※ 引述《ripple0129 (perry tsai)》之銘言：
: 在看過一些複雜的SQL指令後，
: 覺得這是個難以維護的東西。
: 優點自然也是有的，
: 可以少寫不少程式碼。
情況1.
: 而複雜的SQL指令不外乎Join了好幾個Table，
: Where了好幾種條件。
: 想請教各位大大對於SQL的應用上，
情況2.
: 單純做CRUD然後給與對應的entity物件，
: 需要Join時就是Select Table出來，
: 之後再自行用程式碼拼裝。
: 還是下達花式SQL指令降低程式碼量好？
: 然後哪一種對資料庫有較輕的負擔？
簡單的回答
兩種disk I/O 都一樣。 但
對DB哪台機器來說，
情況1. CPU bound
情況2. network I/O bound
對AP哪台機器來說
情況1. 沒事。
情況2. network I/O bound + CPU bound
資料量（筆數及SIZE）<<<<< network I/O 的負載，都沒差。