如何评价一个项目使用了大量的oracle存储过程

Question

如题所述

Answer 1

强烈支持大量运用存储过程，最好100%用。
效率高，用户happy

存储过程性能好
2.存储过程代码可复用性好
3.避免在程序中含有大量SQL，可移植性不好。

这么多人在说用存储过程的优点，那我就来说说缺点:
1、移植性问题
这个搞数据库开发的人都能理解，是不是问题看系统的需求而定，这里就不多说了。如果数据库要移植的话，用存储过程就会带来很多问题，最好不用。

2、性能扩展性问题
随着系统访问量的增长，系统必须进行不断地升级扩展，特别对于大型系统而言，更重要的是性能可扩展性而不是局部的性能。J2EE等多层结构要解决的也是这方面的问题。
处理逻辑如果全部放在存储过程里，所有的处理都在数据库服务器上进行，消耗的就是数据库服务器的CPU资源，大家知道数据库服务器由于需要较高的可靠性，通常选用的都是价格昂贵的服务器，对数据库服务器升级通常都花费很大。
如果把处理逻辑放在中间层服务器上进行，中间层服务器一般都是小型的机器，价格便宜，而且中间层服务器的CPU通常主频比数据库服务器的速度还快（比如现在8CPU的数据库服务器主频只有800M，而双CPU的刀片式服务器CPU主频已经到2.8G了），而且对于多层架构，支持中间层服务器可以增加多台机器进行负载均衡，用中间层服务器即价格便宜，扩展空间也更大。

3、开发问题
存储过程还是过程型语言，其重用性比不上JAVA等面向对象语言开发。用JAVA开发的中间层服务可服用性更好（当然，前提是你采用面向对象设计）


上面只是列举的一部分问题，这些问题就值的你好好考虑是否采用存储过程了，我的观点是存储过程应该有选择地使用，牵涉到批量数据操作的，用存储过程较好。对于小数据量处理的事务操作，应放到中间层处理，这样系统的移植性和扩展性更好

Answer 2

存储过程基本不用，业务上没法复用，性能上没法扩展，计算性能上没有显著优势，可以说是战5渣