17,086
社区成员
发帖
与我相关
我的任务
分享大量应用存储过程的优缺点
为了做到代码的重用B/S 及 C/S 我想把大量的操作封装成储过程,这样不管前端的什么工具,都可以调用?大家讨论一下,这种方案有什么优缺点?
...全文
请发表友善的回复…
发表回复
phim0101 2004-03-09
- 打赏
- 举报
用不用存储过程还是应该视情况而定！
panadaa 2004-03-03
- 打赏
- 举报
借光
帮忙看看：
（很简单的问题啊， 概念性的东西，为什么没人回答》？）
难道没有人搞清楚这个？
http://expert.csdn.net/Expert/topic/2784/2784459.xml?temp=.1080133
帮忙看看：
（很简单的问题啊， 概念性的东西，为什么没人回答》？）
难道没有人搞清楚这个？
http://expert.csdn.net/Expert/topic/2784/2784459.xml?temp=.1080133
flyerlxg 2004-02-12
- 打赏
- 举报
赞成在数据通信量大的情况下用存储过程，数据通信量小的情况下直接用SQL语句。
wuyaxlz 2004-02-12
- 打赏
- 举报
1、用于一般运算的的确是存储过程要好，大量存储过程，尤其是关联性强的用包
2、大量数据查询的，千万不要用存储过程，不然你会后悔的
2、大量数据查询的，千万不要用存储过程，不然你会后悔的
yfjyz 2004-02-11
- 打赏
- 举报
用存储过程，前台程序比较好移植
huangyan168168 2004-02-11
- 打赏
- 举报
使用存储过程可以提高oracle的效率，减少前台的代码量。可是这样数据库的可移植性就差了。
kinggom 2004-02-07
- 打赏
- 举报
偶认为在数据库确定的情况下，还是少用存储过程的好。因为作为存储过程是放在数据库服务端的，虽然能够最快的和数据库进行数据处理，但是当需要变更的时候就需要到数据库服务端进行程序更改，这对于一个成熟的产品来说，是要尽量避免的。而且做为数据库服务端的一部分，必然要占用一些系统的资源，所以你的服务端一定要好哟（当你的sp多的时候！：）
kiss2000_love 2004-02-07
- 打赏
- 举报
谁说效率一定高啊,当做大型系统时,过多的存储过程会给数据库服务器很大的压力,而数据库服务器又不能无限扩展,会是一个瓶颈.
PPM 2004-02-07
- 打赏
- 举报
虽然一直使用面向对象的编程，但还是赞成使用存储过程，大部分场合优点突出，个人觉得几年内不会淘汰。
johnnyqiu 2004-02-07
- 打赏
- 举报
偶赞成使用存储过程 当业务变更时基本上不用修改应用层 直接在后端修改存储过程就可以了 像最近我写的一个项目 小日本的需求不断的更改 如果业务是放在客户端的话我肯定死定了
msdn_vipuser 2004-02-06
- 打赏
- 举报
咄咄一山
ForStart 2004-02-06
- 打赏
- 举报
不支持100%使用存储过程.存储过程固然可以带来一些性能上的优势,但它灵活性太差.
比如:如果你需要首先查询一下数据库,然后根据查询的结果再对数据库进行操作,有时侯用存储过程就特别麻烦!所以,存储过程虽好,但也不能滥用.
比如:如果你需要首先查询一下数据库,然后根据查询的结果再对数据库进行操作,有时侯用存储过程就特别麻烦!所以,存储过程虽好,但也不能滥用.
whhzkl 2004-01-28
- 打赏
- 举报
楼上各位说的太好了，仁者见仁，我个人认为数据库厂商站在数据库的立场上提倡多用存储过程，触发器等，而‘三层’的拥趸又强调数据库无关性，都有点偏激，关键看你怎么把握了！
ltf1980 2004-01-28
- 打赏
- 举报
mark
onejune4450 2004-01-05
- 打赏
- 举报
到此一游
hxy 2004-01-05
- 打赏
- 举报
oracle EBS
请问这是什么啊,在哪里可以看到啊
请问这是什么啊,在哪里可以看到啊
chy317chy 2004-01-05
- 打赏
- 举报
mark
数划云1 2003-12-30
- 打赏
- 举报
效率高啊。很不错。
可以参照一下oracle EBS。大量的逻辑写在pakage里面。
可以参照一下oracle EBS。大量的逻辑写在pakage里面。
hxy 2003-12-30
- 打赏
- 举报
其实最重要的优势我觉得是不用作重复的开发,比如说我们现在还不能完全用C/S,那么如何在最大程度上实现代码的重用呢?我觉得用存储过程是最理想的
qiansl 2003-12-26
- 打赏
- 举报
up
加载更多回复（64）
