逻辑运算符OR AND，条件和条件在WHERE中

让我们检查以下两个语句：

IF (CONDITION 1) OR (CONDITION 2)
...

IF (CONDITION 3) AND (CONDITION 4)
...

如果CONDITION 1是TRUE，将CONDITION 2被检查吗？
如果CONDITION 3是FALSE，将CONDITION 4被检查吗？

关于以下条件WHERE：SQL Server引擎会优化WHERE子句中的所有条件吗？程序员是否应该以正确的顺序放置条件，以确保SQL Server优化程序以正确的方式解决该问题？

添加：

感谢Jack的链接，这让T-SQL代码感到惊讶：

IF  1/0 = 1 OR 1 = 1
      SELECT 'True' AS result
ELSE
      SELECT 'False' AS result


IF  1/0 = 1 AND 1 = 0
      SELECT 'True' AS result
ELSE
      SELECT 'False' AS result

在这种情况下，不会引发除以零的异常。

结论：

如果C ++ / C＃/ VB发生短路，SQL Server为什么不能短路？

为了真正回答这个问题，让我们看一下两者在条件下如何工作。C ++ / C＃/ VB均具有语言规范中定义的短路功能，以加快代码执行速度。为什么要在第一个条件为真时评估N OR条件，或者在第一个条件为false时评估M AND条件呢？

作为开发人员，我们必须意识到SQL Server的工作原理有所不同。这是一个基于成本的系统。为了获得我们查询的最佳执行计划，查询处理器必须评估每个条件，并为其分配成本。然后，对这些成本进行整体评估，以形成一个阈值，该阈值必须低于SQL Server为良好计划所定义的阈值。如果成本低于定义的阈值，则使用计划，如果不是，则使用条件成本的不同组合再次重复整个过程。这里的成本要么是扫描，要么是搜索，要么是合并联接，要么是哈希联接等。因此，根本无法实现C ++ / C＃/ VB中的短路。您可能会认为强制在列上使用索引被视为短路，但事实并非如此。它仅强制使用该索引，从而缩短了可能的执行计划的列表。该系统仍基于成本。

作为开发人员，您必须意识到SQL Server不会像其他编程语言那样发生短路，并且您无能为力。

在SQL Server中，不能保证是否在WHERE子句中按顺序处理语句。允许语句短路的单个表达式是CASE- WHEN。以下是我在Stackoverflow上发布的答案：

SQL Server如何短路WHERE条件评估

它会在感觉到时就出现，但不会以您立即想到的方式出现。

作为开发人员，您必须意识到SQL Server不会像其他编程语言那样发生短路，并且您无能为力。

有关更多详细信息，请检查上述博客条目中的第一个链接，该链接指向另一个博客：

SQL Server是否短路？

最终裁决？好吧，我还没有真正的人，但是可以肯定地说，唯一可以确保特定短路的时间是在CASE表达式中表达多个WHEN条件时。 使用标准的布尔表达式，优化器将根据您要查询的表，索引和数据在合适的地方移动内容。

在T-SQL中，该IF语句可能会短路，但是您不能依靠它按顺序评估表达式

SQL是一种声明性编程语言。不同于命令式编程语言C ++ 。

也就是说，您可以告诉它最终结果是什么，但是您无法决定结果如何执行，这完全取决于引擎。

保证内部“短路”（或任何其他控制流）的唯一真实方法WHERE是使用索引视图，临时表和类似机制。

PS。您还可以使用执行计划提示（以“提示”引擎如何执行查询，要使用的索引以及如何使用它们），只是以为我应该提到它，而我们正在讨论这个主题。

1）-或（任何一个或两个条件为TRUE）

如果条件1为TRUE，则条件2也将检查为TRUE或FALSE

--AND（两个条件都必须为TRUE）

如果条件1为FALSE，则将不检查条件2

控制WHERE子句中条件的唯一方式是使用方括号将它们分组在一起。

WHERE Col1 = 'Something' AND Col2 = 'Something' OR Col3 = 'Something' and Col4 = 'Something'

与

WHERE (Col1 = 'Something' AND Col2 = 'Something') OR (Col3 = 'Something' and Col4 = 'Something')