问通过添加未使用的WHERE条件使查询运行更长时间

EN

难道SQL Server不应该在运行时意识到这些条件永远不会得到满足并完全忽略它们吗？

不，绝对不是。这里有两个因素在起作用。

1. SQL Server not保证布尔运算符短路。有关清楚地展示查询优化如何颠倒布尔表达式求值顺序的示例，请参阅On SQL Server boolean operator short-circuit。乍一看，这似乎是命令式C编程思维模式的一个错误，但对于面向声明集的SQL世界来说，这是正确的做法。
2. OR是SQL SARGability的敌人。将SQL语句编译成执行计划，然后执行该计划。计划在两次调用之间得到重用(被缓存)。因此，SQL编译器必须生成一个适合所有独立OR情况(@AuthorType=1和@AuthorType=2以及@AuthorType=3)的计划。当涉及到生成查询计划时，在某种意义上，就好像@AuthorType会同时拥有所有的值一样。结果几乎总是最糟糕的计划，该计划无法使任何索引受益，因为不同的OR分支相互冲突，因此它最终扫描整个表并逐个检查行。

在您的情况下，以及任何其他涉及布尔OR的情况下，最好的做法是将@AuthorType移出查询：

IF (@AuthorType = 1)
  SELECT ... FROM ... WHERE ...
ELSE IF (@AuthorType = 2)
  SELECT ... FROM ... WHERE ...
ELSE ...

因为每个分支都清楚地划分到各自的语句中，所以SQL可以为每个单独的情况创建适当的访问路径。

下一个最好的方法是使用UNION ALL，这是chadhoc已经建议的方式，并且是视图或其他需要单个语句的地方的正确方法(允许使用no IF )。

这是由于优化器很难处理"OR“类型的逻辑以及issues对parameter sniffing所做的事情。尝试将上面的查询更改为UNION方法，如文章here中所述。也就是说，你最终会得到多个联合在一起的语句，只有一个@AuthorType =x和，允许优化器排除AND逻辑与给定的@AuthorType不匹配的部分，并依次查找适当的索引...看起来像这样：

SELECT *
FROM TBooks
WHERE
(--...SOME CONDITIONS)
AND @AuthorType = 1 AND --...DIFFERENT CONDITIONS)
union all
SELECT *
FROM TBooks
WHERE
(--...SOME CONDITIONS)
AND @AuthorType = 2 AND --...DIFFERENT CONDITIONS)
union all
...