sql - 为什么执行存储过程比脚本中的 SQL 查询更快？

Question

事实上，如果我从应用程序调用存储过程，我需要连接到我的数据库。

那么，为什么调用“存储过程”应该比“传递 SQL 查询”字符串执行得更快？

Answer 1

SQL Server 基本上通过以下步骤来执行任何查询(存储过程调用或即席 SQL 语句):

1)语法检查查询
2)如果没问题 - 它会检查计划缓存以查看是否已经有该查询的执行计划
3)如果有一个执行计划 - 该计划被(重新)使用并执行查询
4)如果还没有计划，则确定执行计划
5) 该计划被存储到计划缓存中以供以后重用
6)执行查询

要点是:即席 SQL 和存储过程在处理上没有什么不同。

如果临时 SQL 查询正确使用参数(无论如何它都应该这样做，以防止 SQL 注入(inject)攻击)，那么它的性能特征与执行存储过程没有什么不同，而且绝对不差。

存储过程还有其他好处(例如，无需授予用户直接表访问权限)，但就性能而言，使用正确参数化的即席 SQL 查询与使用存储过程一样高效程序。

更新:使用存储过程优于非参数化查询，这主要有两个原因:

• 由于每个非参数化查询都是 SQL Server 的新的、不同的查询，因此它必须为每个查询执行确定执行计划的所有步骤(从而浪费时间- 并且还浪费计划缓存空间，因为将执行计划存储到计划缓存中最终并没有真​​正的帮助，因为该特定查询可能不会再次执行)

• 非参数化查询面临 SQL 注入(inject)攻击的风险，应不惜一切代价避免