→ dreamnook: 這個解釋好像是最乾淨的 10/18 17:39
推 locklose: 推 10/18 17:41
推 pttworld: 10/18 18:19
→ kenvi: 他的情況1 2不是分別為 10/18 18:29
→ kenvi: 1. 單純做CRUD然後給與對應的entity物件,需要Join時就是 10/18 18:29
→ kenvi: Select Table出來,之後再自行用程式碼拼裝。 10/18 18:30
→ kenvi: 2. 還是下達花式SQL指令降低程式碼量好 10/18 18:30
→ kenvi: 和這篇回覆是的是相同案例嗎? 還是我的眼睛有業障? 10/18 18:30
→ kenvi: 問的是要用花式SQL直接取出資料還是將邏輯擺在程式裡 10/18 18:33
→ atpx: 精闢 10/18 18:56
推 leicheong: 2要看情況. 目前在做一個需要處理大量散工薪資計算的 10/20 21:52
→ leicheong: 系統, 二十來個table十來萬條記錄方能產生一個員工的 10/20 21:54
→ leicheong: 薪金計算結果. 丟給AP做這資料量大概會把網路拖死... 10/20 21:55
→ leicheong: 當然SQL本身也有不擅長處理的事, 所以最佳解應該是把 10/20 21:57
→ leicheong: 資料丟給embed到SQL server的module上跑? 10/20 21:58