SQL指令的優點,在使用者可以不用了解演算法的情況之下對資料存取
例如:你只要知道 order by 欄位,你根本可以不用知道資料庫系統是用什麼演算法排序
優點:好寫
缺點:太好寫,變成應用程式開發人員都想直接控制資料庫,然後就是直接下簡單的SQL
指令或是拚出SQL指令
select * from table 指令直接用
另外,資料庫端的SP,是在比誰寫的短,不是比誰寫的長,而且只要做資料處理
假設句,迴圈這些在資料庫程式中只是輔助不是本體

有寫到4GL的特性。

一堆人喜歡在SP中寫商業邏輯 看了真是吐血都把SP當AP寫

我公司就這樣 搞到現在效率很差 快要打掉重練惹

所以我之前被硬踢去搞db時算是運氣好導向正確方位..XD

我公司也是阿，從我進公司第一天就在說要把邏輯拿出來寫在AP，老闆就是不肯，硬要寫在sp裡對我來說是很輕鬆啦，有問題通通推給 DBA

SP和SQL的區別，為什麼二者發明。

真的很多老闆都特愛規定把邏輯寫在SP裡面然後總是有千百個寫在SP裡的理由

實務上有SP就不會在PL裡寫SQL，PL接SQL段行之有年穩固。修正，PL接SP段。

應該發一篇：邏輯寫在SP裡面的有病，寫在AP 中才是王道不在狂在推文中酸，一點幫助也沒有。

通常被指出盲點習慣轉移話題，發幾篇都沒用。有幫助的是同時在回文解決問題及行銷自我品牌。常見的是不針對話題回文反而寫很多字展露知識淵博。

我是菜鳥 不寫在SP是因為難維護嗎

天知道！每個人都有自己的說法。

依實務上來講很多公司會把邏輯寫在sp是因為db是客戶自己it在管，廠商只負責程式，今天改的邏輯如果只要改sp就能改就不用加錢叫廠商改需求，而且也不用重包板直接改DB就好當然這只是我自己遇到的狀況=_=其他公司我就不清楚了

有點像是Web->(middle)->DB 但把middle寫在DB內那樣?

被聘來寫這種sp的苦主在此 ._./

更多實務上是公司用別人寫的ERP系統，什麼都不能動...然後來上效能調教的課程...（唉）

Dnight講的是好處，講壞處的人，都只有抱怨。

一個Web頁要等30秒時我想不抱怨應該很難..

這跟寫在SP有關？

"都只有" 抱怨?

不然呢，怎麼說Dnight明確的說出好處。