Question

我想知道以下是我们的设置中的错误还是MS-SQL中的错误：

如果我们使用三个参数运行某个存储的prodecure，则需要大约3分钟。

CREATE PROCEDURE [dbo].[ourProcedure] 
    @param1     int,
    @param2     int,
    @param3     dateTime
AS
BEGIN...

如果我们运行相同的程序，但在创建中我们创建了参数的本地副本，只需要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
...

有人可以告诉我为什么？为什么SQL不处理像C＃这样的参数？

Answer 1

这就是通常所说的“参数嗅探”。问题是SQL Server优化器使用参数值以及有关值分布的内部统计信息来估计传递给过程的值的基数，并生成执行计划。但是，出于多种原因，这可能会出错。其他要点是缓存执行计划，以便在第一次执行时优化过程。如果用于优化程序的参数与当前程序的参数不同，则可能导致性能不佳。

优化器不能使用变量值来执行相同的操作，因为变量分配是优化且预先不知道的同一批次的一部分。在这种情况下，它使用启发式和平均值，这可能导致不同的执行计划。

简而言之，这里有两个不同的执行计划，第一个也可能针对不同的参数值进行了优化。

这是MS-SQL中的错误吗？

1 个答案: