使用变量和使用 T-SQL 查询之间存在巨大的性能差异常量

Question

所有，

当我在使用开始时设置的值的变量与实际使用该值作为查询中的常量之间的性能方面运行查询时，我看到一些非常奇怪的行为。

我所看到的是，它的

DECLARE @ID BIGINT
SET @ID = 5
SELECT * FROM tblEmployee WHERE ID = @ID

运行速度比我运行时快得多。

SELECT * FROM tblEmployee WHERE ID = 5

这显然是实际查询的一个简单版本，但是有人知道 SQL Server 2005 中的已知问题吗？它解析查询的方式可以解释这种行为。我最初的查询在两种方法之间从 13 秒缩短到 8 分钟。

谢谢， 阿什什

Answer 1

你确定是这样吗？

通常，参数化查询会比较慢，因为 SQL Server 事先不知道参数是什么。常数可以立即优化。

不过，关于数据类型，这里需要注意的一件事......这是做什么的：

SELECT * FROM tblEmployee WHERE ID = CAST(5 as bigint)

另外，反转执行顺序。前几天我们看到了一些奇怪的事情，当我们改变订单时，计划也改变了。

另一种方式是，掩码 ID 可以消除“参数嗅探”对第一个查询的影响。和区别？

DECLARE @ID BIGINT
SET @ID = 5
DECLARE @MaskedID BIGINT
SET @MaskedID = @ID
SELECT * FROM tblEmployee WHERE ID = @MaskedID 

最后，为每个查询添加 OPTION (RECOMPILE)。这意味着该计划被丢弃并且不再被重新使用，因此它的编译方式有所不同。

Answer 2

您检查过每个查询计划吗？当我尝试分析性能问题时，这始终是我做的第一件事。

Answer 3

如果值被缓存，您可能会得出一个没有根据的结论：一种方法比另一种方法更快。总是有这种差异吗？

Answer 4

据我了解，这与缓存的查询计划有关。

当您运行 Select * from AWhere B = @C 时，无论 @C 的值如何，它都是一个查询计划。因此，如果您使用 @C 的不同值运行 10 次，则它是一个查询计划。

当你运行：

Select * from A Where B = 1 it creates a query plan
Select * from A Where B = 2 creates another
Select * from A Where B = 3 creates another

等等时。

这一切都会消耗内存。

谷歌查询计划缓存和文字，我相信你会找到详细的解释