一种是如果处理的逻辑不是太复杂,也就是逻辑的时间复杂度不高,可以放进存储过程,因为如果太复杂(例如有很多巨耗CPU资源的操作),会加大数据库服务器的压力,从而影响数据库服务器对其它请求的响应。
1.如果处理的逻辑不是太复杂,也就是逻辑的时间复杂度不高,可以放进存储过程,因为如果太复杂(例如有很多巨耗CPU资源的操作),会加大数据库服务器的压力,从而影响数据库服务器对其它请求的响应。而本应以运行程序逻辑为本职的应用服务器,却晾在一旁打酱油,你认为这样真的好吗?
2.相反,如果逻辑不太复杂,但是需要访问的数据量是巨量的,那么就更适合放进存储过程处理(注意处理好表锁定的问题),因为当你读取上千万条件数据并把它们传进应用服务器再来处理除了对教据库服务器有压力,对应用外理哭的内存压力也很大的,倒不如直接在数据库服务器外理完它。这种情况时,尽管在读取大数据量时,其实无论用哪种方法,数据库服务器的磁盘IO承受的玉力都是一样的,但如果放在代码里处理,也就是需要传到应用服务器端处理,那么就会对网络IC也形成了压力。如果这种操作频繁的话,会对网络IC也形成了压力。如果这种操作频繁的话,会对网络10形成压力脉冲。有可能影响同一网络上的其它应用。
延伸阅读:
存储过程不仅仅适用于大型项目,对于中小型项目,使用存储过程也是非常有必要的。其威力和优势主要体现在:
1.存储过程只在创造时进行编译,以后每次执行存储过程都不需再重新编译,而一般 SQL 语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行 Update,Insert,Query,Delete 时),可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。这些操作,如果用程序来完成,就变成了一条条的 SQL 语句,可能要多次连接数据库。而换成存储,只需要连接一次数据库就可以了。
3.存储过程可以重复使用,可减少数据库开发人员的工作量。
4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系邮箱:hopper@cornerstone365.cn 处理,核实后本网站将在24小时内删除。