日期范围查询性能优化求助：现有查询耗时约10秒

嘿，我来帮你优化这个日期范围查询的性能，10秒确实有点慢，给你几个实用的方向，你可以挨个尝试：

1. 给日期列加合适的索引 #

这是最常见的性能瓶颈点——如果你的查询用到的日期字段（比如业务发生日期、记录创建日期这类）没有索引，数据库就得全表扫描，速度肯定快不起来。你可以给这个字段建个非聚集索引，如果查询还需要其他字段，记得把它们加到INCLUDE里，避免额外的书签查找：

CREATE NONCLUSTERED INDEX IX_YourTableName_TargetDateColumn 
ON YourTableName(TargetDateColumn)
INCLUDE (Column1, Column2, Column3) -- 替换成你查询需要的其他列

如果查询还有其他过滤条件，比如关联了别的字段，可以考虑建复合索引，把日期列放在最前面，因为范围查询的字段作为索引前缀效果最好。

2. 避免隐式类型转换 #

你定义的变量是date类型，要是表中的日期列是datetime或者datetime2类型，SQL会自动做类型转换，但这会导致索引失效，数据库还是得全表扫。最好让变量类型和表列类型保持一致，比如表列是datetime的话，变量也改成datetime：

declare @Fst_LY datetime, @Lst_LY datetime, @Fst_TY datetime, @Lst_TY datetime

3. 精简查询结果 #

看看你的查询是不是拉了太多不必要的数据——比如SELECT了一堆用不上的列，或者有多余的JOIN、子查询。尽量只取需要的字段，减少数据传输和处理的压力。

4. 更新表的统计信息 #

如果数据库的统计信息过时了，查询优化器可能会生成低效的执行计划。你可以手动更新一下目标表的统计信息：

UPDATE STATISTICS YourTableName WITH FULLSCAN

5. 查看执行计划找问题 #

最直接的方法是打开SQL Server的执行计划（按Ctrl+M再执行查询），看看有没有全表扫描、键查找这类耗时操作。比如要是看到键查找，就把对应的字段加到索引的INCLUDE里，这样就能直接从索引里拿到数据，不用回表了。

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