有没有更有效的方法来做这个加入？

Question

我需要加入两个表，第一个表包含 CustomerNumber 和 IdentificationNumber，以及 IdentificationType。第二个表包含 IdentificationType、EffectiveDate 和 EndDate。

我的查询基本上是这样的：

Select CustomerNumber, IdentificationNumber
From Identification i
Inner Join IdentificationType it On it.IdentificationType = i.IdentificationType
And it.EffectiveDate < @TodaysDate
And (it.EndDate IS NULL Or it.EndDate > @TodaysDate)

我的执行计划显示了对标识类型表的聚集索引扫描，我假设这是因为连接子句中的 OR。

有没有更有效的加入方式，知道 EndDate 字段必须允许 Null 或真实的日期时间值？

Answer 1

我知道您说过EndDate 列必须允许NULL，因此仅作记录：最有效的方法是停止使用NULLs 代替IdentificationType 表中的“无结束日期” , 而是使用9999-12-31。然后您的查询可以跳过整个OR 子句。 （我知道这可能需要对应用程序进行一些更改，但出于这个确切原因，我认为这是值得的——而且我已经看到这种“NULL = 开放式”模式使查询变得困难或表现不佳在我自己的工作和在线 SQL 问题中一遍又一遍。）

另外，您可以考虑交换两个OR 条件的顺序——这听起来像是巫术，但我相信我听说有一些特殊情况可以更好地优化在这种特定情况下，变量是第一位的（尽管我可能是错的）。

与此同时，您会尝试这个并分享与您的解决方案和其他解决方案相比它的性能如何？

SELECT
   CustomerNumber, IdentificationNumber
FROM
   dbo.Identification i
   INNER JOIN dbo.IdentificationType it
      ON it.IdentificationType = i.IdentificationType
WHERE
   it.EffectiveDate < @TodaysDate
   AND it.EndDate IS NULL
UNION ALL
SELECT
   CustomerNumber, IdentificationNumber
FROM
   dbo.Identification i
   INNER JOIN dbo.IdentificationType it
      ON it.IdentificationType = i.IdentificationType
WHERE
   it.EffectiveDate < @TodaysDate
   AND it.EndDate > @TodaysDate
;

通过使用这种精确的策略，我已经从 OR 子句的糟糕表现中恢复过来。查询大小/复杂性爆炸是很痛苦的，但与您现在处理的扫描相比，仅仅获得几次搜索的可能性是完全值得的。

你的不等式比较有些可疑：第一个比较应该有一个等号<=。您没有告诉我们日期列和@TodaysDate 的数据类型，但最佳做法是设计一个系统，使其不会因任何输入而失败。因此，即使变量是 datetime 并且 EffectiveDate 没有时间部分，在该比较中它仍然应该是 <=，因此恰好在午夜的查询不会包含当天的数据。

附：很抱歉没有保留您的格式——我只是在以我喜欢的样式格式化时更好地理解查询。此外，我将日期条件移至WHERE 子句，因为在我看来它们不属于JOIN。

Answer 2

尝试使用 isnull 代替 OR 语句。我也认为您应该使用 Datediff 而不是比较运算符。

select CustomerNumber, IdentificationNumber
From Identification i
Inner Join IdentificationType it On it.IdentificationType = i.IdentificationType
And it.EffectiveDate < @TodaysDate
And (isnull(it.EndDate,@TodaysDate) >= @TodaysDate)