我想知道以下是我们的设置中的错误还是MS-SQL中的错误:
如果我们使用三个参数运行某个存储的prodecure,则需要大约3分钟.
CREATE PROCEDURE [dbo].[ourProcedure]
@param1 INT,
@param2 INT,
@param3 DATETIME
AS
BEGIN...
Run Code Online (Sandbox Code Playgroud)
如果我们运行相同的程序但在创建中我们创建了参数的本地副本,它只需要11秒!
CREATE PROCEDURE [dbo].[ourProcedure]
@param1_x INT,
@param2_x INT,
@param3_x DATETIME
AS
BEGIN
DECLARE @param1 INT
DECLARE @param2 INT
DECLARE @param3 DATETIME
@param1 = @param1_x
@param2 = @param2_x
@param3 = @param3_x
...
Run Code Online (Sandbox Code Playgroud)
有人可以告诉我为什么吗?为什么SQL不处理像C#这样的参数?
这就是通常所说的"参数嗅探".问题是SQL Server优化器使用参数值以及有关值分布的内部统计信息来估计传递给过程的值的基数,并生成执行计划.但是,出于多种原因,这可能会出错.其他要点是缓存执行计划,以便在第一次执行时优化过程.如果用于优化过程的参数与当前的参数不同,则可能导致性能不佳.
优化器不能使用变量值来执行相同的操作,因为变量分配是同一批次的一部分,这些批次正在优化且事先不知道.在这种情况下,它使用启发式和平均值,这可能导致不同的执行计划.
简而言之,这里有两个不同的执行计划,第一个也可能针对不同的参数值进行了优化.