【导语】“心碎123”通过精心收集，向本站投稿了4篇存储过程和触发器的取舍问题（优缺点分析），下面就是小编整理后的存储过程和触发器的取舍问题（优缺点分析），希望大家喜欢。
篇1：存储过程和触发器的取舍问题（优缺点分析）
存储过程和触发器的取舍问题（优缺点分析）
由于要给同学分享一些关于数据库中存储过程和触发器的知识，我想了想，这是很细节的技术，一般只要用了都会很快掌握其使用方法，经过这么多年，我一般在设计数据库的时候也都会或多或少的使用存储过程和触发器，原因很简单：良好的性能，业务也好实现。可是在做上次的项目的时候，由于业务很复杂，存储过程和触发器的数量均都达到上百之多，这是一件很恐怖的事情，尤其是在出了错调试维护的时候，就会想没有这些东西多好。下面我从经验角度梳理一下对存储过程和触发器的看法。
1、触发器是特殊的存储过程。
这句话在教科书中会经常出现，这就说明二者是有很大的联系的，我的一般理解就是触发器是一个隐藏的存储过程，因为它不需要参数，不需要显示调用，往往在你不知情的情况下已经做了很多操作。从这个角度来说，由于是隐藏的，无形中增加了系统的复杂性，非DBA人员理解起来数据库就会有困难，因为它不执行根本感觉不到它的存在。再有，涉及到复杂的逻辑的时候，触发器的嵌套是避免不了的，如果再涉及几个存储过程，再加上事务等等，很容易出现死锁现象，再调试的时候也会经常性的从一个触发器转到另外一个，级联关系的不断追溯，很容易使人头大。其实，从性能上，触发器并没有提升多少性能，只是从代码上来说，可能在coding的时候很容易实现业务，所以我的观点是：摒弃触发器！触发器的功能基本都可以用存储过程来实现。
2、存储过程优点很多，可以经常使用
可以封装数据逻辑和业务规则，以便用户可以仅通过开发人员和数据库管理员打算使用的方式访问数据和对象。
验证所有用户输入的参数化存储过程可用于阻止 SQL 注入攻击。 如果使用动态 SQL，请确保将命令参数化，并绝对不能将参数值直接包括在查询字符串中。
可禁止即席查询和数据修改。 这样将阻止用户恶意或无意中损坏数据或执行查询，以避免降低服务器或网络的性能。
可以在过程代码中处理错误，而无需将错误直接传递给客户端应用程序。 这样可防止返回错误消息，以避免其可能有助于探测攻击，
在服务器上记录错误并对其进行处理。
存储过程只能编写一次，可由很多应用程序访问。
客户端应用程序不需要知道有关基础数据结构的任何信息。 只要更改不影响参数列表或返回的数据类型，就可以更改存储过程代码，而无需在客户端应用程序中进行更改。
存储过程可通过将多个操作组合到一个过程调用中来减少网络通讯。
安全性好—可以访问执行存储过程而不必拥有直接操作基础表的权限
减少网络通信流—存储过程可以包含多条SQL语句，但只要用一条语句来执行该存储过程，从而减少了客户端应用程序对服务器的调用次数和长度
快速执行—存储过程在第一次执行时进行语法检查和编译，编译好的版本存储在高速缓存中，用于再次调用
保证一致性—如果用户只通过存储过程修改数据，则可以消除偶然修改带来的问题减少操作人员和编程人员的错误—由于传递信息少，因此执行复杂任务更容易，不易出现SQL错误
3、考虑移植性，存储过程的致命伤
如果一个系统过多的使用了存储过程，那系统的业务逻辑过于依赖数据库，这样就会给系统额外的增加一层数据库中的业务逻辑层，如果开发的时候用的sql server，后来发现数据量过大，需要提高性能移植到oracle或者mysql，这样就会很麻烦，相当于把存储过程重写一遍，这是不能忍受的。我们平时在做项目的时候，往往一个功能在客户端实现起来很费劲，在服务端很容易就可以实现，这样好多人就会选择在服务端做，却为以后留下隐患。在分析项目的需求的时候，一定要考虑性能问题，多久有可能会升级， 如果数据量很小，几十年用sql server都没问题，那就可以多用存储过程；但是数据量有可能会逐渐累积成千万条甚至更多，就不得不考虑系统的可移植性，这时候尽量不要用存储过程，全部代码控制。
4、存储过程的代码可复用性差。
面向对象的思维在存储过程这毫无用武之地，两个很相似的功能在也需要两个存储过程，因为他们是互相独立的，可以互相调用，但是不能继承等面向对象的操作，这也就增加了代码量。
综上：在一般的小系统（逻辑简单）中，存储过程和触发器可以多用，毕竟ms设计的，可以很大程度上提升性能；在复杂的系统中，建议不用触发器，少用存储过程。
篇2：存储过程优缺点分析
存储过程的优缺点：
存储过程优点：
1.由于应用程序随着时间推移会不断更改，增删功能，T－SQL过程代码会变得更复杂，StoredProcedure为封装此代码提供了一个替换位置，
2.执行计划（存储过程在首次运行时将被编译，这将产生一个执行计划－－ 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。）缓存改善性能。
但sql server新版本，执行计划已针对所有 T-SQL 批处理进行了缓存，而不管它们是否在存储过程中，所以没比较优势了。
3.存储过程可以用于降低网络流量，存储过程代码直接存储于数据库中，所以不会产生大量T-sql语句的代码流量。
4.使用存储过程使您能够增强对执行计划的重复使用，由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划，并只需插入更新的参数值。
5.可维护性高，更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。
6.代码精简一致，一个存储过程可以用于应用程序代码的不同位置。
7.更好的版本控制，通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具，您可以轻松地恢复到或引用旧版本的存储过程，
8.增强安全性：
a、通过向用户授予对存储过程（而不是基于表）的访问权限，它们可以提供对特定数据的访问；
b、提高代码安全，防止 SQL注入（但未彻底解决，例如，将数据操作语言－－DML，附加到输入参数）；
c、SqlParameter 类指定存储过程参数的数据类型，作为深层次防御性策略的一部分，可以验证用户提供的值类型（但也不是万无一失，还是应该传递至数据库前得到附加验证）。
存储过程缺点：
1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue 调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要，则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。
3. 大量采用存储过程进行业务逻辑的开发致命的缺点是很多存储过程不支持面向对象的设计，无法采用面向对象的方式将业务逻辑进行封装，从而无法形成通用的可支持复用的业务逻辑框架。
4.代码可读性差,相当难维护.
篇3：存储过程优缺点分析
2009-05-05Oracle 10g各个帐号的访问权限、登录路径、监控状态命令查询等等
2008-11-11SQL Server数据库的修复SQL语句
2012-06-06将Reporting services的RDL文件拷贝到另外一台机器时报Data at t
2013-05-05SQL Server 数据库分离与附加(图文教程)
2012-08-08SQL Server 数据库备份和还原认识和总结 （一）
2013-04-04基于存储过程的详细介绍
2013-09-09insert into select和select into的使用和区别介绍
2014-06-06SQL SERVER 2000通讯管道后复用劫持
2012-11-11sql自动增长标识导致导入数据问题的解决方法
2011-09-09SQL点滴24 监测表的变化
篇4：存储过程优缺点分析
最近更 新
SQL Server常用管理命令小结
IP连接SQL SERVER失败(配置为字符串失败)
更改SQL Server更改当前数据库的所有者:s
数据库分页存储过程代码
一个分页存储过程代码
获得SQL数据库信息的代码
sql2000数据库清除重复数据的二种方法
SQL Server 数据库管理常用的SQL和T-SQL语
SQL语句去掉重复记录，获取重复记录
在SQL Server中使用SQL语句查询一个存储过
热 点 排 行
SQL Server 2008图文安装教程
SQL Server 2012 安装图解教程(附
sqlserver中distinct的用法(不重
SQL Server导入、导出、备份数据
SQL语句去掉重复记录，获取重复记
SQL Server数据库入门学习总结
SQL Server错误代码大全及解释（
sql convert函数使用小结
sql 时间函数 整理的比较全了
用SQL语句添加删除修改字段、一些
★ 学会取舍议论文
★ 懂得取舍作文
存储过程和触发器的取舍问题（优缺点分析）（共4篇）
