为何第一个OR条件为真时仍会检查后续多个OR条件？

这是个很常见的误区——很多人以为SQL里的OR会像C#、Java这类编程语言一样，只要前面的条件为真就会短路跳过后面的判断，但实际上SQL的逻辑谓词执行逻辑和常规编程语言完全不同，原因主要有这几点：

1. 查询优化器的自主决策 #

SQL Server的查询优化器是基于集合操作来生成执行计划的，它不会严格按照你写的WHERE子句条件顺序来执行判断。为了最大化查询效率，优化器会根据表的统计信息、索引情况等，重新排列谓词的执行顺序。比如它可能觉得先执行LIKE条件（如果有合适的索引）比先判断BookingID匹配更快，所以不管你写的顺序，它会自己调整执行逻辑。

2. 集合操作的特性 #

SQL是用来处理数据集的，而不是逐行的流程控制。它的目标是找出所有符合条件的行，而不是像编程语言那样逐行判断、满足条件就跳过后续逻辑。所以即使某一行满足第一个OR条件，优化器可能还是会评估其他条件，因为这是执行计划的一部分，它要确保整个集合的筛选是正确的。

3. 执行计划的预编译 #

当你的查询被编译成执行计划后，这个计划是固定的（除非触发重新编译），不会因为某一行满足某个条件就动态改变执行流程。所以不管@SearchByParam的值是什么，执行计划里可能已经包含了所有三个条件的评估步骤。

如何强制按顺序判断条件？ #

如果你确实需要避免后面的条件被执行（比如LIKE操作性能很差，或者有潜在的转换问题），可以用CASE表达式来强制判断顺序：

declare @SearchByParam varchar(20) 
set @SearchByParam= '3' 

Select 
    b.BookingID, 
    ISNULL(Convert(varchar(11),b.AppointmentDate,106),'') as AppointmentDate, 
    isnull(ts.FromTo,'N/A') FromTo, 
    c.CustomerName, 
    c.VehicleRegNo, 
    ISNULL(b.HasCustomerArrived,0) as HasCustomerArrived, 
    ISNULL(b.IsOrderCancelled,0) as IsOrderCancelled 
from Bookings b 
inner join Customers c on c.CustomerID= b.fk_CustomerID 
left join TimeSlots ts ON ts.TimeSlotID= b.fk_TimeSlotID 
where 1 = CASE
    WHEN b.BookingID = TRY_CONVERT(int, @SearchByParam) THEN 1
    WHEN c.CustomerName like '%'+ @SearchByParam +'%' THEN 1
    WHEN c.VehicleRegNo like '%'+ @SearchByParam +'%' THEN 1
    ELSE 0
END

CASE表达式会严格按照你写的顺序判断，一旦某个分支匹配成功，就会跳过后续的判断逻辑。

另外，你也可以用UNION ALL拆分查询（注意如果同一行满足多个条件会重复，需要用NOT EXISTS排除已匹配的行），但这种写法比较繁琐，适合对性能要求极高的场景。

关键提醒 #

不要依赖SQL的OR短路特性，这不是SQL标准保证的行为，不同数据库甚至同一数据库的不同版本都可能有不同的处理逻辑。如果需要严格的条件判断顺序，用CASE表达式或者拆分查询的方式更可靠。

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