在web网站中大量采用存储过程性能讨论

gaozai

学习。。。。谢谢

chinagjj2008

原帖由 zhangfengh 于 2010-6-30 10:33 发表
找平衡点，要看你的数据库压力到底能达到什么程度，是否真的需要用应用层去分担数据库的压力

如果压力真的那么大，那么利用应用层也无可厚非；如果压力达不到，又何必去用应用层做数据库的事情呢

个人看法：能够用到数据库的功能的还是要尽可能的用。如果数据库仅仅作为一个容器，只是为了保存数据用，那何必用oracle呢，又要花钱买人家的软件，又要花钱买人家的服务。直接存进文本，自己处理岂不是好

非常赞同老狐狸的观点！！

solomon_007

我最喜欢用的就是PACKAGE, 一切打包。。。支持存储过程。。。

imlihj2007

大家意差不多
个人觉得便于模块修改

ming500

交警的业务系统也是大量采用存储过程
优点,存储过程可以加密,不易被篡改.
       更好的处理业务逻辑和事务

laoyao999

这么热烈啊,不表态,看看再说

gengwei_80

不错，受益匪浅啊

super_sky

原帖由 space6212 于 2010-6-29 15:42 发表
其实这是一个平衡点的问题，
1. 一般来说，一个DB server会对应着几台、几十台甚至更多的app server，这就带来一个问题，一个功能放在db做，可能需要额外的5%的CPU，放在app做，可能需要额外20%的CPU，表面上是应该放在db做，但是不要忘记，app是很多的，分摊到每一个app server可能只有1%的CPU了。而且不要忘记，app server是很容易扩展的，而db是不容易扩展的
2. 从人员配备来说，一般dba都是紧缺的资源，一个dba对付几十个开发是很常见的。如果让dba做这些事情，那需要多少dba？如果让app开发人员写PL/SQL，你觉得他能写得比程序更高效吗？

从我了解的情况下，越是大型的web应用，越把数据库用途简化：只是保存数据的一个容器而已。

顶一个，我也支持这个说法，到底哪个好，要看你自己的应用定位了。

hgjwkhgj

我个人愚见，存储过程的优点是方便管理，至于性能方面，一般般吧。

killer006

存储过程很好，解释起来很快。但是有一个问题是需要时常注意的，就是数据库备份回复后，或者部分表字段发生改变后，需要检查一遍存储过程是否全部编译。很多时候，刚开始维护的时候，都会忘了这一步。