SQL语句中WHERE子句的执行顺序如何确定？附示例

嘿，这个问题问到点子上了——很多刚接触SQL的朋友会误以为WHERE子句里的条件是按我们写的顺序依次执行的，但真相是：SQL是声明式语言，你只需要告诉数据库“我要什么结果”，而不需要指定“怎么一步步去拿”，真正决定WHERE子句条件执行顺序的是数据库的查询优化器，它会根据一堆因素来选择最优的执行计划。

结合你给出的耗时8秒的查询例子，我来拆解一下关键逻辑：

核心影响因素 #

• 成本估算优先：优化器会给每个过滤条件计算“成本”——比如某个条件能过滤掉90%的数据，那它会优先执行这个条件，快速缩小数据集，减少后续关联、计算的压力。毕竟先把数据量砍下来，后面的操作都会快很多。
• 索引的“话语权”：如果某个条件的列上有合适的索引，优化器大概率会优先用这个条件来定位数据。比如你的查询里c.dateprocessed如果有索引，本来可以快速定位到指定日期范围的数据，但你用了dbo.Fn_datenotime和Replace这类函数包裹列，导致这个条件变成了非SARGable（无法利用索引），数据库只能做全表扫描，这很可能是你查询慢的主要原因。
• 统计信息的准确性：优化器依赖表的统计信息（比如行数、数据分布情况）来判断哪个条件更高效。如果统计信息过时了，优化器可能会做出错误的判断，选一个低效的执行顺序。
• 表关联的优先级：你的查询有INNER JOIN，优化器会先决定先扫描哪个表（驱动表），再关联哪个表。驱动表的过滤条件会被优先处理，因为先把驱动表的数据集缩小，关联的时候就能减少匹配次数。

针对你例子的优化建议 #

你的WHERE条件里的日期处理可以改得更高效，避免用函数包裹列，让它变成SARGable条件：

-- 先提前计算好日期范围，避免在WHERE里重复调用函数
DECLARE @StartDate DATE = CAST(GETDATE() AS DATE);
DECLARE @EndDate DATETIME = DATEADD(SECOND, 86399, CAST(@StartDate AS DATETIME));

SELECT c.claimnum, cd.procedurecode, cd.charges, cd.contractamount, dbo.Fn_getfeeschedamount(cd.pk_claimdetail) 
FROM claim c WITH(NOLOCK) 
INNER JOIN claimdetail cd WITH(NOLOCK) ON cd.fk_claim = c.pk_claim 
WHERE c.dateprocessed >= @StartDate 
  AND c.dateprocessed <= @EndDate
ORDER BY c.claimnum

这样修改后，c.dateprocessed就能用上对应的索引（如果有的话），查询速度应该会有明显提升。

最后提醒 #

别试图通过调整WHERE条件的书写顺序来优化查询——优化器根本不关心你写的顺序。真正要关注的是：

• 条件是否是SARGable（避免用函数包裹查询列）
• 表上是否有合适的索引
• 统计信息是否是最新的

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