|
存储过程的优缺点
存储过程优点
由于应用程序随着时间推移会不断更改增删功能T－SQL过程代码会变得更复杂StoredProcedure为封装此代码提供了一个替换位置
执行计划（存储过程在首次运行时将被编译这将产生一个执行计划－－ 实际上是 Microsoft SQL Server为在存储过程中获取由 TSQL 指定的结果而必须采取的步骤的记录）缓存改善性能
但sql server新版本执行计划已针对所有 TSQL批处理进行了缓存而不管它们是否在存储过程中所以没比较优势了
存储过程可以用于降低网络流量存储过程代码直接存储于数据库中所以不会产生大量Tsql语句的代码流量
使用存储过程使您能够增强对执行计划的重复使用由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划并只需插入更新的参数值
可维护性高更新存储过程通常比更改测试以及重新部署程序集需要较少的时间和精力
代码精简一致一个存储过程可以用于应用程序代码的不同位置
更好的版本控制通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具您可以轻松地恢复到或引用旧版本的存储过程
增强安全性
a通过向用户授予对存储过程（而不是基于表）的访问权限它们可以提供对特定数据的访问
b提高代码安全防止 SQL注入（但未彻底解决例如将数据操作语言－－DML附加到输入参数）
cSqlParameter 类指定存储过程参数的数据类型作为深层次防御性策略的一部分可以验证用户提供的值类型（但也不是万无一失还是应该传递至数据库前得到附加验证）
存储过程缺点
如果更改范围大到需要对输入存储过程的参数进行更改或者要更改由其返回的数据则您仍需要更新程序集中的代码以添加参数更新 GetValue() 调用等等这时候估计比较繁琐了
可移植性差
由于存储过程将应用程序绑定到 SQL Server因此使用存储过程封装业务逻辑将限制应用程序的可移植性如果应用程序的可移植性在您的环境中非常重要则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择
大量采用存储过程进行业务逻辑的开发致命的缺点是很多存储过程不支持面向对象的设计无法采用面向对象的方式将业务逻辑进行封装从而无法形成通用的可支持复用的业务逻辑框架
代码可读性差相当难维护 |
