WHERE子句中条件顺序是否会影响SQL Server的查询执行？

你给出的两条SQL语句分别为：

第一条：

declare @ID_Admin INT = 0, ID_Manager INT = 0
select *
from cases c
where (c.ID_Admin = @ID_Admin OR @ID_Admin = 0)
   and (c.ID_Manager = @ID_Manager OR @ID_Manager = 0)

第二条：

declare @ID_Admin INT = 0, ID_Manager INT = 0
select *
from cases c
where (@ID_Admin = 0 OR c.ID_Admin = @ID_Admin)
   and (@ID_Manager = 0 OR c.ID_Manager = @ID_Manager)

针对你的问题，以下是具体分析：

核心结论：条件顺序不会直接影响执行逻辑 #

SQL是声明式语言，你只需要定义“要获取什么数据”，不需要指定“如何获取数据”。SQL Server的查询优化器会忽略你写的条件顺序，根据统计信息、索引状态、参数值等因素，自动选择代价最低的执行路径。

在你这个场景中，@ID_Admin=0和@ID_Manager=0是常量判断（变量值在查询执行时是固定的），优化器会优先计算这类不需要扫描表数据的条件：

• 当参数为0时，优化器会直接识别出OR条件中的常量判断为真，跳过对对应表字段的过滤逻辑；
• 当参数不为0时，优化器会跳过常量判断，直接执行表字段与参数的匹配逻辑。
  不管你把常量判断放在OR的左边还是右边，优化器都会做同样的处理。

关于执行计划与“一概而论”的问题 #

你看到两条查询生成相同执行计划，是因为优化器能识别出二者的逻辑等价性，在简单场景下会生成一致的最优路径。但能否一概而论要分情况：

• 如果参数是编译/执行时就能确定值的变量（比如你示例中直接赋值的变量），优化器几乎都会优先处理常量判断，无需担心条件顺序的影响；
• 如果参数是存储过程输入参数，可能会受参数嗅探、统计信息过时的影响，生成不同的执行计划，但这和条件顺序无关，只和参数实际值、统计数据有关；
• 如果条件中涉及函数调用、计算列、复杂表达式，优化器的处理逻辑会更复杂，但核心还是选择代价最低的路径，不会严格按照你写的条件顺序执行。

总结 #

在你这种“参数为0则跳过对应字段过滤”的场景下，完全不用纠结OR条件的顺序，SQL Server会智能优先处理参数的常量判断。但不能绝对一概而论所有场景——如果涉及复杂查询或动态参数，建议通过查看执行计划确认优化器的选择，但本质和条件顺序无关。

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