110,535
社区成员
发帖
与我相关
我的任务
分享请问为把复杂的业务逻辑处理用存储过程实现有什么好处？
以前一直做一个B/S结果的项目流程管理系统，整个系统都将业务逻辑做为存储过程，在后台处理。前台只调用结果和美化界面布局，请问这样做有什么好处吗？
...全文
请发表友善的回复…
发表回复
anantnt203120 2004-07-07
- 打赏
- 举报
free000(free000)说的也很清楚，再请问你们说的可移植性是指的什么啊？
free000 2004-07-03
- 打赏
- 举报
复杂的业务逻辑用存储过程
优点： 1.利于实施，可以现场修改，2.减小网络负担。
缺点： 1.移植性差,2.语言支持功能有限，3多层下，接口一变动，工作量比较大。
复杂的业务逻辑大部分情况下执行不是特别频繁，所以优点2并不重要。但缺点确很明显。
所以我认为：存储过程可用于接口稳定的基本操作，比如插入数据，更新数据等，由于通用，
所以可以用工具生成，移植也就没什么问题啦！
优点： 1.利于实施，可以现场修改，2.减小网络负担。
缺点： 1.移植性差,2.语言支持功能有限，3多层下，接口一变动，工作量比较大。
复杂的业务逻辑大部分情况下执行不是特别频繁，所以优点2并不重要。但缺点确很明显。
所以我认为：存储过程可用于接口稳定的基本操作，比如插入数据，更新数据等，由于通用，
所以可以用工具生成，移植也就没什么问题啦！
m777 2004-07-02
- 打赏
- 举报
如上面的高手们说的：性能可能会好点，不过可伸缩性就小了，而且服务器负担会很重！
anantnt203120 2004-07-02
- 打赏
- 举报
timiil(小华) ( )
让我茅塞顿开啊！
让我茅塞顿开啊！
lxcc 2004-06-30
- 打赏
- 举报
楼上分析很好!
timiil 2004-06-30
- 打赏
- 举报
如果按MSSQL为例，服务器都是1台的话应该是sp的效果比com+速度要快，可是考虑如果有群集应用，则com+可以做clb;而MSSQL则不能，就是说如果高强度计算依赖于sp的话，终究只能用一台Server啊，性能的可扩展性不是比不上com+么?
当然，Orcale不同，它可以支持群集。
无论如何sp的可移植性低，mssql 的 sp 如何转换到orcale的？又如何转换到my sql呢？。。。怎么转到Access,DB,...XML?
当然，Orcale不同，它可以支持群集。
无论如何sp的可移植性低，mssql 的 sp 如何转换到orcale的？又如何转换到my sql呢？。。。怎么转到Access,DB,...XML?
marvelstack 2004-06-30
- 打赏
- 举报
我觉得性能可能会好点，不过可伸缩性就小了，而且服务器负担会很重，不过这样设计就比较直观。
anantnt203120 2004-06-30
- 打赏
- 举报
还有什么优缺点呢？
szch 2004-06-29
- 打赏
- 举报
存储过程主要是可移植性差
yanransoft 2004-06-29
- 打赏
- 举报
sp性能好，易于调试，升级。
anantnt203120 2004-06-29
- 打赏
- 举报
请问啊，今天居然有人否定存储过程的强大，太不服了。
