保证数据的安全而且可以使相关的动作在一起发生，从而可以维护数据库的完整性5灵活性 存储过程可以用流控制语句编写，具有很强的灵活性，可以完成复杂的判断和运算，可以根据条件执行不通SQL语句；用好处能很好的处理数据，灵活坏处不利于维护管理。
一在SQL Server中存储过程不会影响性能1只会大大的减轻服务器的压力，而不会增加，只有不合理的存储过程才会造成服务器性能下降的恶果一个大型的数据库，一般存储过程也不会超过几千个，对当前的数据库及它依附的；但如果你用存储过程的话，就只有一次存储过程可以给我们带来运行效率提高的好处二安全上使用了存储过程的系统更加稳定程序容易出现 BUG 不稳定，而存储过程，只要数据库不出现问题，基本上是不会出现什么问题的。
存储过程中的复杂运算会大量消耗数据库服务器资源总结一般情况下尽量少用或不用存储过程，特别是在一个并发较高架构复杂的大型系统中，更是要减少存储过程的使用，业务逻辑的工作就应该由应用服务器处理，而不是交给数据库；数据处理流程长，不用存储过程只会让事情更加复杂3ERP中对数据库请求量相比互联网企业来说是非常低的，相对不用太关心数据库压力问题，这种时候把一些操作放到数据存储过程里可以兼顾效率和开发成本。
存储过程的优点是嵌入式不可比拟的，所以你应该尽量用存储过程 存储过程安全性比嵌入式好，执行速度比嵌入式快 “存储过程应该处理‘数据’，而不要处理‘业务’”，处理数据还是处理业务，这里是存在争论的，你所看到的；比如你查询个内容，需要先查一个表，根据结果再查另外一个表不用存储过程你怎么做呢自然是先读出那个表的内容来，然后在aspaspnetphp里，用代码生成一个语句再去查询，这样要往复2，3次而用存储过程就可以直接。
存储过程可以一是存储过程的执行计划可以被缓存在内存中较长时间，减少了重新编译的时间二是存储过程减少了客户端和服务器的繁复交互三是如果程序发布后需要做某些改变你可以直接修改存储过程而不用修改程序，避免需要重新；一响应时间上来说有优势如果你在前台处理的话可能会涉及到多次数据库连接但如果你用存储过程的话，就只有一次存储过程可以给我们带来运行效率提高的好处二安全上使用了存储过程的系统更加稳定程序容易出现BUG不。
存储系统为什么不能采用一种存储器件构成
1、存储过程建立之后就已经编译并且储存到数据库，直接写sql就需要先分析再执行因此存储过程效率更高，直接写sql语句会带来安全性问题，如SQL注入建立存储过程不会很耗系统资源，因为存储过程只是在调用才执行存储过程还可以使。
2、第二 存储过程，不通用，一般常见于Oracle吧，像SQL server就很少用到吧， 开源的MySQL那他就好像根本没有存储过程这一东西这点不太确定第三 存储过程也是SQL的集合，所以优化SQL 那才是王道，只有从SQL层面优化了。
3、这可是大多程序员用标准sql而不用存储过程的直接原因，说白了，就是嫌麻烦第二种方式是所有的数据库操作全部采用存储过程封装的方式，如果采用这种方式，程序的执行效率相对要高，尤其面对在一些复杂的商务逻辑时候，不仅在。
4、维护不方便，对数据库压力不较大，不易于数据库集群的扩展和迁移能够在业务系统层面做的逻辑尽量不要用存储过程来做以后做数据库的迁移的时候，换了数据库，存储过程可能要重写或重构但是如果放在业务代码层去实现对应的。
5、这个问题看你从那方面考虑了，如果说从方便性，简易性来说存储过程当然好点了，许多代码都省了，还方便维护，不是随时改代码，与数据库交互次数也少了但是存储过程的执行速度肯定没单条sql快，在响应速度来说就差了点。
6、举个例子比方我有个功能，查询某一篇新闻，查询出这篇文章的上一篇，下一篇文章，并把本类文章相关的文章按点击量取出来，同时给这篇文章的点击量加1，再同时把本类文章的访问量加1如果你不用存储过程，你怎么写用。
为什么不用存储过程的原因
对于普通的应用场景， 推荐是不要是用存储过程的 但是如果数据处理过程比较繁琐复杂， 尤其是牵扯到很多表的交叉查询及更新的时候， 存储过程还是首选。
网友留言：