SQL Server是否在选择查询中优化DATEADD计算？

一尘不染

SQL Server是否在选择查询中优化DATEADD计算？

sql

我在Sql Server 2008上有这样的查询：

DECLARE @START_DATE DATETIME
SET @START_DATE = GETDATE()

SELECT * FROM MY_TABLE
WHERE TRANSACTION_DATE_TIME > DATEADD(MINUTE, -1440, @START_DATE)

在上面看到的选择查询中，SqlServer是否优化查询以免一次又一次地计算DATEADD结果。还是将DATEADD结果存储在临时变量中是我自己的责任吗？

阅读 189

2021-03-10

共1个答案

一尘不染

令人惊讶的是，我发现内联使用GETDATE（）似乎比预先执行这种类型的计算更有效。

DECLARE @sd1 DATETIME, @sd2 DATETIME;
SET @sd1 = GETDATE();

SELECT * FROM dbo.table
WHERE datetime_column > DATEADD(MINUTE, -1440, @sd1)

SELECT * FROM dbo.table
WHERE datetime_column > DATEADD(MINUTE, -1440, GETDATE())

SET @sd2 = DATEADD(MINUTE, -1440, @sd1);

SELECT * FROM dbo.table
WHERE datetime_column > @sd2;

如果您检查这些计划，则中间查询将始终以最低的成本（但并非总是最低的花费时间）出现。当然，这可能取决于您的索引和数据，并且您不应基于一个查询做出任何假设，即相同的抢先式优化将对另一查询起作用。我的本能是不执行任何内联计算，而是使用@sd2上面的变体…但是我了解到我不能一直相信我的本能，也无法基于我所经历的行为做出一般性的假设。特定情况。

2021-03-10