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

songrun · 发表于 2010-7-20 11:40

我觉得依据客观规模、后续发展规模，以及主要的业务来决定的。便于扩展也是需要考虑的。复杂的事情简单做。

langzhi000 · 发表于 2010-8-2 10:37

赞同存储过程以事务为单位。复杂的逻辑处理（比如update，insert较多）的一次事务处理，可以使用存储过程来封装，一方面可以降低应用程序和数据库之间爱你频繁多次交互，另一方面性能上比多次提交sql好很多，还有就是如果发生网络，服务器，程序错误需要事务回滚较容易。至于程序理解上也不一定很难以理解，一方面例如一个订单提交的事务，orderInter，这样的名字在程序里是很好理解的，二来PL/SQL开发人员的开发文档是否能清楚的说明问题也很重要
至于pl/sql解释器，在10g上有了本地编译来很好的解决这个问题。
关于PL/SQL的事务，在一般的互联网企业并不适合全部或大规模的采用，首先开发成本很高，性能又做不到最好，二来互联网企业对数据的完整性要求并不好，允许一定比例的数据错误（一般通过维护时修正）。当然电子商务类的网站还是建议用PL/SQL封装较复杂的逻辑（在使用oracle的情况下）。

stablelu · 发表于 2010-8-2 11:52

讨论精彩，受教了！

vogts · 发表于 2010-8-24 21:27

看应用决定了，没有哪个好，哪个8好的。

如果完全觉得PROCEDURE不好，那么ORACLE为什么要开发PROCEDURE这个功能呢？不是自己找抽吗？

红叶DBA · 发表于 2010-8-25 22:25

存储过程可以解决频繁操作时的网络拥堵问题

wangcunjiang · 发表于 2010-9-7 13:11

原帖由 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应用，越把数据库用途简化：只是保存数据的一个容器而已。

受教了

Solomon-Yin · 发表于 2010-9-8 15:04

目前我们这个应用有个需求要处理大批量数据，迫不得已要实用存储过程代替Java的框架了。呵呵

jackieban · 发表于 2010-9-14 08:26

原帖由 fan0124 于 2010-6-29 09:32 发表
存储过程的性能要比sql语句强很多吧！

存储过程性能比单纯的SQL要低的

淘宝就是一个存储过程没有，一个函数没有，一个触发器也没有

全部交给业务逻辑处理

使用大量存储过程会带来很多弊端

上次跟楼方鑫大师讨论时，就说到这个，存储过程的性能是不高的

受教了

tom0732 · 发表于 2010-9-14 08:47

原帖由 vogts 于 2010-8-24 21:27 发表
看应用决定了，没有哪个好，哪个8好的。

如果完全觉得PROCEDURE不好，那么ORACLE为什么要开发PROCEDURE这个功能呢？不是自己找抽吗？

看使用环境,适合自己最好

只看该作者 · 发表于 2010-9-16 14:50

精彩讨论深入学习

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

浏览过的版块