看过一些文章 有的人推崇数据库承担尽量少的责任 数据库逻辑尽量在程序里面编码而另一部分人认为应该尽量多的使用sp（存储过程）我知道应该视情况使用 不能一味盲从那么到底两种做法各自优劣在哪里什么情况下应该使用存储过程什么情况下应该在程序中编码数据库逻辑呢？劳烦讲解一下

： LOLI推倒团政委 2008-3-28 17:13 　 回复此发言

那啥..大家讨论下吧

写了一大堆，可惜半天没通过。晕

没关系...我慢慢等大不了截图贴上来

up....

晕看来我的帖子是上不来了，我就简单说下吧，在我的设计中，我一定是要把业务逻辑都放在代码级的，特别是使用面向对象语言中。理由如下1、面向对象的设计是可以handle所有业务逻辑的，所以没有必要把业务放在数据库层2.把这种逻辑放在数据库层，；不便于测试不便于维护，不便于在项目中做knowledge的transfer3.如果我们在所有的功能都实现的情况下，但是如果PM或者客户要求说性能必须提升，那估计有些事情你是得要交给数据库，使用plsql之类来做，这种事情以前我做产品的时候特别多。总之，在使用面向对象的语言来编程，特别不推荐使用DB来处理业务逻辑，一定要把问题都留在代码级。以上都是我的经历和经验以及诸多书籍的结果，但是 毕竟是我的个人之言，仅供参考。

用多存储过程在某些地方是不是就不能体现OO的思想了？ - -

有点明白了..说实话要我放弃Hibernate那么方便的级联改用SP还真有点舍不得