使用日期列加速请求的最佳方法

Question

我们的数据库正在接收以下请求：

select * from [schema].[table] (nolock) where (Date_A > Date_B and Archive = 0)

这是我们的应用程序发出的正常请求。平均而言，完成请求需要 200 毫秒 - 400 毫秒，CPU 大约需要 100 毫秒 - 150 毫秒。读取通常在 48k 左右。这至少是该脚本如何执行的一个示例。

加速此类请求的最佳方法是什么（如果有办法）？

该表有 240,932 行，查询返回 0 条记录。

Answer 1

如果只有一小部分带有 的行Archive = 0，则可以使用过滤索引：

CREATE NONCLUSTERED INDEX IX_Archive_Filtered
    ON [schema].[table] ([Date_A], [Date_B])
    INCLUDE ([Archive])
    WHERE ([Archive] = 0)

注意：我在两个日期字段上建立索引只是因为我不知道您表中的任何其他字段 - 将其放在不同的字段上可能更有意义

附加说明：始终注意在过滤索引键或包含列中包含过滤列，因此这里举一个原因示例：使用过滤索引给出的行估计不正确

这使索引保持较小（这意味着它使用较少的存储空间，并且读取速度更快），因为其中仅包含 Archive 为 0 的行。

如果过滤索引对您不起作用（并且有许多它们不起作用的情况，请参阅过滤索引和动态 SQL示例），您可以尝试在存档字段或日期上使用普通的非聚集索引领域。您可能希望在最具选择性的任何字段上创建索引- 这意味着哪个字段会最大程度地缩小结果范围。

例如，如果只有一小部分行的 Archive 值为 0，您可以创建以下索引：

CREATE NONCLUSTERED INDEX IX_Archive_Includes
    ON [schema].[table] ([Archive])
    INCLUDE ([Date_A], [Date_B])

这将使您的查询找到正确的行（其中 Archive 为 0），然后轻松过滤 Date_A 和 Date_B。

关于您的查询的其他评论：

• 您真的不应该使用select *- 枚举您在结果中实际需要的每个字段以提高效率，并允许更有效的索引
• nolock如果结果的准确性很重要，则 不应使用
  • 请参阅此帖子以快速演示 nolock 的结果如何出错：使用 NOLOCK？以下是获取错误查询结果的方法
  • 有关使用 nolock（与读取未提交隔离级别相同）的更多详细信息，请参阅此帖子：读取未提交隔离级别