SQL中where子句的顺序重要吗？

假设我有一个名为PEOPLE3列的表ID, LastName, FirstName，这些列都没有索引。
LastName比较独特，FirstName却不那么独特。

如果我进行2次搜索：

select * from PEOPLE where FirstName="F" and LastName="L" 
select * from PEOPLE where LastName="L" and FirstName="F"

我相信第二个更快，因为LastName在where子句中，更独特的标准（）排在第一位，并且记录将被更有效地消除。我认为优化器不够聪明，无法优化第一个sql。

我的理解正确吗？

不，该顺序无关紧要（至少：无关紧要）。

任何体面的查询优化器都会查看该子句的所有部分，WHERE并找出满足该查询的最有效方法。

我知道SQL Server查询优化器将选择合适的索引-不管您有两个条件都处于哪个顺序。我假设其他RDBMS也会有类似的策略。

重要的是您是否有合适的索引！

对于SQL Server，如果满足以下条件，它将可能使用索引：

• 索引 (LastName, FirstName)
• 索引 (FirstName, LastName)
• 在(LastName)或或(FirstName)（或两者）上的索引

另一方面-对于SQL Server来说-如果您习惯于从表中SELECT *获取所有列，并且表很小，则查询优化器很有可能只会执行表（或聚集索引）扫描而不是使用一个索引（因为查找整个数据页以获取所有其他列的速度非常快）。

WHERE子句的顺序不应在符合SQL标准的数据库中有所作为。在大多数数据库中，不能保证评估顺序。

不要以为SQL关心顺序。以下在SQL Server中生成错误：

select *
from INFORMATION_SCHEMA.TABLES
where ISNUMERIC(table_name) = 1 and CAST(table_name as int) <> 0

如果首先执行此子句的第一部分，则仅将数字表名强制转换为整数。但是，它失败了，提供了一个清楚的例子，即SQL Server（与其他数据库一样）不关心WHERE语句中子句的顺序。

ANSI SQL草稿2003 5WD-01-Framework-2003-09.pdf

6.3.3.3规则评估顺序

...

如果优先级不是由格式或括号确定的，则通常从左到右执行表达式的有效评估。但是，取决于表达式是否实际上是从左到右求值，这取决于实现，特别是在操作数或运算符可能导致条件升高或是否可以在不完全评估表达式所有部分的情况下确定表达式的结果时。

从这里复制

不，所有RDBM都首先要分析查询并通过对where子句重新排序来对其进行优化。

根据您使用的RDBM，可以显示分析的结果（例如在oracle中搜索解释计划）

M.

原始OP声明

我相信第二个更快，因为在where子句中，更独特的标准（LastName）首先出现，并且记录将更有效地消除。我认为优化器没有足够的智能来优化第一个sql。

我猜您在创建索引时选择列的顺序会混淆这一点，在索引中您必须将选择性最高的列放在第一位而不是第二高选择性的列上，依此类推。

顺便说一句，对于上述两个查询，SQL Server优化器将不执行任何优化，但将使用Trivila计划，只要该计划的总成本小于并行度阈值成本即可。

假设名称未编入索引，这是事实。但是，不同的数据会使它出错。为了找出执行此方法的方式，每次可能有所不同，DBMS必须为每个列运行一个不同的计数查询并比较数字，这比耸耸肩继续下去要花费更多。