→ GoalBased: 是的，但通常效率不好不是因為這原因 04/20 12:41
推 rockchangnew: 會比較快，維護方便，改Sp比改程式省力 04/20 17:20
→ iFEELing: 不一定 如果你的DB很忙 那還是讓它單純吞吐資料好 04/20 22:53
→ iFEELing: 簡單的說 就是把DB當AP SERVER操 看你的情況適不適合 04/20 23:27
前後看過二個 資料量大的網站 都沒有使用sp等等資料庫的程序
(mysql資料量約莫 50GB，數十萬至數百萬筆的查詢，都是從程式取db資料，但也查很快)
所以想問一下實務上，什麼情況需要sp?
(或是我上述的二個站，如果改用sp，查詢會更有效率嗎)
把DB當AP SERVER操 要如何判斷，DB吃的運算是cpu還是記憶體?
※ 編輯: ImNot5566 (36.226.158.53), 04/21/2015 11:00:28
推 aoksc: 我記得SP因為是存在資料庫中 所以可以直接呼叫 04/21 22:12
→ aoksc: 不需要再傳指令過去所以效能會比較好一點 04/21 22:13
→ BigLoser: 實務上..通常是需要用到的時候才用..例如跟別的廠商 04/21 22:40
→ BigLoser: 合作，但他們有規定的時候，或者是特別重視效能的 04/21 22:40
→ BigLoser: 狀況底下，又或者是公司分工明確，程式規程式、DB規DB 04/21 22:41
→ BigLoser: 的時候，程式端不能自己寫查詢就會是DB那邊寫 04/21 22:41
→ BigLoser: 如果你沒有遇到需要用到SP的狀況，你可以不要用 04/21 22:41
→ BigLoser: 寫成SP不是跑比較快，是可以省下編譯查詢字串的時間 04/21 22:42