[討論] SQL的指令優缺點
在看過一些複雜的SQL指令後，
覺得這是個難以維護的東西。
優點自然也是有的，
可以少寫不少程式碼。
而複雜的SQL指令不外乎Join了好幾個Table，
Where了好幾種條件。
想請教各位大大對於SQL的應用上，
單純做CRUD然後給與對應的entity物件，
需要Join時就是Select Table出來，
之後再自行用程式碼拼裝。
還是下達花式SQL指令降低程式碼量好？
然後哪一種對資料庫有較輕的負擔？
反正規化的查詢速度優勢，
犧牲了正規後儲存空間以及降低了資料一致性，
且對於程式碼來說也降低維護性，
在現今環境來說值得嗎？
我個人的看法是維護性最高優先權，
在維護性低的情形下，
後面加入的程式碼品質可能每況愈下。
程式碼品質不斷降低會造成資料庫的損耗加重。
最後可能得不償失。
想了解我這樣的觀念是錯誤的嗎？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.10.154
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1476469261.A.E77.html
→
10/15 02:28, , 1F
10/15 02:28, 1F
→
10/15 02:28, , 2F
10/15 02:28, 2F
→
10/15 02:30, , 3F
10/15 02:30, 3F
→
10/15 08:07, , 4F
10/15 08:07, 4F
推
10/15 09:06, , 5F
10/15 09:06, 5F
→
10/15 09:06, , 6F
10/15 09:06, 6F
→
10/15 09:08, , 7F
10/15 09:08, 7F
→
10/15 09:09, , 8F
10/15 09:09, 8F
→
10/15 09:09, , 9F
10/15 09:09, 9F
推
10/15 10:37, , 10F
10/15 10:37, 10F
推
10/15 10:40, , 11F
10/15 10:40, 11F
推
10/15 10:42, , 12F
10/15 10:42, 12F
→
10/15 10:42, , 13F
10/15 10:42, 13F
推
10/15 11:44, , 14F
10/15 11:44, 14F
→
10/15 12:17, , 15F
10/15 12:17, 15F
→
10/16 06:28, , 16F
10/16 06:28, 16F
→
10/16 06:30, , 17F
10/16 06:30, 17F
→
10/16 06:31, , 18F
10/16 06:31, 18F
→
10/16 06:31, , 19F
10/16 06:31, 19F
→
10/16 06:34, , 20F
10/16 06:34, 20F
→
10/16 06:34, , 21F
10/16 06:34, 21F
推
10/16 21:04, , 22F
10/16 21:04, 22F
討論串 (同標題文章)