SQL执行计划偏好扫描而非查找：日期范围查询异常求助

嘿，我来帮你排查下这个问题——明明写了合理的日期范围查询，却始终走全表扫描，确实挺让人头疼的。结合你的SQL语句和执行计划，我整理了几个最常见的原因和对应的解决办法：

1. 目标列缺少合适的索引 #

这是最大概率的原因：如果PurchaseListT表的[Date]列上没有创建索引，或者现有的索引不包含查询需要返回的ID列，SQL Server就只能通过全表扫描来定位符合条件的数据。

你可以创建一个覆盖索引，把查询需要的字段都包含进去，这样查询就能直接从索引获取数据，不用回表，自然会触发Seek操作：

CREATE NONCLUSTERED INDEX IX_PurchaseListT_Date ON PurchaseListT ([Date])
INCLUDE (ID);

2. 表的统计信息过时 #

SQL Server的查询优化器依赖统计信息来估算数据分布，如果统计信息过期，优化器可能会错误判断——比如误以为你的查询会返回大部分数据，从而选择扫描而非查找。

你可以手动更新表的统计信息试试：

UPDATE STATISTICS PurchaseListT;

3. 查询结果集占比过高 #

如果你的日期范围涵盖了表中很大比例的数据（通常超过30%，这个阈值会根据实际情况浮动），优化器会认为全表扫描比遍历索引再回表更高效。

你可以先检查这个范围内的数据量：

SELECT COUNT(*) FROM PurchaseListT WHERE [Date] >= '20180507' AND [Date] < '20180524';
SELECT COUNT(*) FROM PurchaseListT;

如果结果占比确实很高，那扫描其实是合理的选择；如果占比低但还是走扫描，那大概率是统计信息的问题。

4. 数据类型不匹配导致索引失效 #

要确认[Date]列的数据类型和你查询中使用的字面量类型是否一致。比如如果[Date]是DATE或DATETIME2类型，虽然隐式转换能运行，但可能会让索引无法被有效使用。建议显式转换为对应类型：

SELECT p.ID, p.[Date] FROM PurchaseListT as p 
WHERE p.[Date] >= CAST('20180507' AS DATE) 
AND p.[Date] < CAST('20180524' AS DATE);

内容的提问来源于stack exchange，提问作者scit