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明确的说出好处。