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

〇〇

nice idea

dingjun123

还是淘宝的几位大师出来澄清下吧，难道后台分析什么的一点存储过程都没有用?

waityou81

这个主要看你的应用。对于计算密集型的，可以用PL/SQL，对于操作密集型的（比如淘宝）能用SQL的就不要用PL/SQL。我想你的web网站也是操作密集型把，最好能用SQL的就不要用PL/SQL，把逻辑都写在应用中。

fan0124

不相信我说的算了

淘宝中包括复杂的order by , sum这样的计算都是应用通过算法处理的，而不是数据库处理的

数据库只做合适的事情

fan0124

关于存储过程，首先带来的问题就是业务变动，然后数据库扩展，业务扩展

你怎么弄，扩展十几个数据库时，你去把存储过程迁移十几次去？那不把你搞死

如果业务逻辑变化的时候，怎么弄，改存储过程只有

然后就是在并发比较高的OLTP，性能是很差的

还有对测试人员来说，调试时，你还要他专门跑到数据库里去调试存储过程？如果是SQL，他直接跟踪调试就可以了

fan0124

数据库合适的事情：

1、存数据

2、单条查询

3、多维度查询(多表查询)

4、业务逻辑处理，比如存储过程，函数等

5、复杂的在线分析（比如Order by , sum, group by, distinct等等）

像淘宝目前数据库就只做前3条，其中以前两条为主要

anlinew

原帖由 fan0124 于 2010-6-29 15:11 发表
不相信我说的算了

淘宝中包括复杂的order by , sum这样的计算都是应用通过算法处理的，而不是数据库处理的

数据库只做合适的事情

这么说的话，你一定理解错了
如果order by 、sum 都是到应用层来做的话，估计会很糟糕

比如要汇总一下你本月交易的金额，会去这么做：
把你的明细查出来，拿到应用层，应用层再做sum
my god！！！

waityou81

原帖由 dingjun123 于 2010-6-29 15:09 发表
还是淘宝的几位大师出来澄清下吧，难道后台分析什么的一点存储过程都没有用?

我不是淘宝的，但是fan0124说的没错   

dingjun123

开发和测试分开的啊，测试干测试的事情，程序中也可以测试存储过程的啊
数据库肯定不止干那几个事情了，不然ORACLE还搞一堆东西干嘛？什么form之类的，还有html db
存储过程对业务变动改起来比程序简单，而且很多就算表结构变了，存储过程也不用动，但是用程序实现，可能就要动表结构了。
总之，各有优点啊我觉得。
如果说并发性什么的，可以找青云探讨下，他一直用存储过程作并发的东西！~

dingjun123

原帖由 waityou81 于 2010-6-29 15:23 发表


我不是淘宝的，但是fan0124说的没错   

这个可能啊，因为他们不需要存储过程就能实现啊，而且他们发现了更好的方法。
并不是说存储过程就是最好的，没有什么东西是最好的，有的人就喜欢用c,c++来代替存储过程，很正常吗！~