作者:
Adonisy (堂本瓜一)
2016-10-18 06:17:52SQL指令的優點,在使用者可以不用了解演算法的情況之下對資料存取
例如:你只要知道 order by 欄位,你根本可以不用知道資料庫系統是用什麼演算法排序
優點:好寫
缺點:太好寫,變成應用程式開發人員都想直接控制資料庫,然後就是直接下簡單的SQL
指令或是拚出SQL指令
select * from table 指令直接用
另外,資料庫端的SP,是在比誰寫的短,不是比誰寫的長,而且只要做資料處理
假設句,迴圈這些在資料庫程式中只是輔助不是本體
作者:
pttworld (批踢踢世界)
2016-10-18 06:48:00有寫到4GL的特性。
作者:
remmurds (Stronghold)
2016-10-18 09:37:00一堆人喜歡在SP中寫商業邏輯 看了真是吐血都把SP當AP寫
作者:
EightXD (八折XD)
2016-10-18 09:45:00我公司就這樣 搞到現在效率很差 快要打掉重練惹
所以我之前被硬踢去搞db時算是運氣好導向正確方位..XD
作者:
robler (章魚丸)
2016-10-18 10:00:00我公司也是阿，從我進公司第一天就在說要把邏輯拿出來寫在AP，老闆就是不肯，硬要寫在sp裡對我來說是很輕鬆啦，有問題通通推給 DBA
作者:
pttworld (批踢踢世界)
2016-10-18 10:41:00SP和SQL的區別，為什麼二者發明。
作者: xoop 2016-10-18 11:06:00
真的很多老闆都特愛規定把邏輯寫在SP裡面然後總是有千百個寫在SP裡的理由
作者:
pttworld (批踢踢世界)
2016-10-18 11:16:00實務上有SP就不會在PL裡寫SQL，PL接SQL段行之有年穩固。修正，PL接SP段。
應該發一篇：邏輯寫在SP裡面的有病，寫在AP 中才是王道不在狂在推文中酸，一點幫助也沒有。
作者:
pttworld (批踢踢世界)
2016-10-18 11:23:00通常被指出盲點習慣轉移話題，發幾篇都沒用。有幫助的是同時在回文解決問題及行銷自我品牌。常見的是不針對話題回文反而寫很多字展露知識淵博。
作者:
skitty (aki)
2016-10-18 12:16:00我是菜鳥 不寫在SP是因為難維護嗎
作者:
Dnight (暗夜)
2016-10-18 12:58:00依實務上來講很多公司會把邏輯寫在sp是因為db是客戶自己it在管，廠商只負責程式，今天改的邏輯如果只要改sp就能改就不用加錢叫廠商改需求，而且也不用重包板直接改DB就好當然這只是我自己遇到的狀況=_=其他公司我就不清楚了
有點像是Web->(middle)->DB 但把middle寫在DB內那樣?
作者:
kyuudonut (善良è€ç™¾å§“)
2016-10-18 13:28:00被聘來寫這種sp的苦主在此 ._./
作者:
Adonisy (堂本瓜一)
2016-10-18 14:02:00更多實務上是公司用別人寫的ERP系統，什麼都不能動...然後來上效能調教的課程...（唉）
作者:
robler (章魚丸)
2016-10-18 14:57:00"都只有" 抱怨?