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句の最初に来るため、2番目の方が速く、レコードがより効率的に排除されると考えています。オプティマイザーは最初のSQLを最適化するほど賢いとは思いません。

私の理解は正しいですか？

いいえ、その順序は関係ありません（または少なくとも：関係ありません）。

適切なクエリオプティマイザーは、句のすべての部分を調べ、WHEREそのクエリを満たすための最も効率的な方法を見つけます。

SQL Serverクエリオプティマイザーが適切なインデックスを選択することは知っています。2つの条件がどの順序であるかに関係なく、他のRDBMSでも同様の戦略があると思います。

重要なのは、これに適したインデックスがあるかどうかです。

SQL Serverの場合、次の場合にインデックスを使用する可能性があります。

• 上のインデックス (LastName, FirstName)
• 上のインデックス (FirstName, LastName)
• just (LastName)、またはjust (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 Draft 2003 5WD-01-Framework-2003-09.pdf

6.3.3.3ルール評価順序

...

優先順位が形式または括弧によって決定されない場合、式の効果的な評価は一般的に左から右に実行されます。ただし、式が実際に左から右に評価されるかどうか、特にオペランドまたは演算子によって条件が発生する可能性がある場合、または式のすべての部分を完全に評価せずに式の結果を決定できるかどうかは、実装に依存します。

ここからコピー

いいえ、すべてのRDBMはまずクエリを分析して開始し、where句を並べ替えて最適化します。

使用しているRDBMに応じて、分析の結果を表示できます（たとえば、OracleでExplain Planを検索してください）。

M.

元のOPステートメント

私の考えでは、より一意の基準（LastName）がwhere句で最初に来るため、2番目の方が速く、レコードがより効率的に排除されると考えています。>オプティマイザーは最初のSQLを最適化するのに十分スマートではないと思います。

2番目に選択性の高い列よりも最初に選択性の高い列を配置する必要があるインデックスを作成するときに、列の順序を選択することとこれを混同していると思います。

ところで、上記の2つのクエリでは、SQLサーバーオプティマイザーは最適化を行いませんが、トリビラプランを使用します。

名前にインデックスが付けられていないと仮定すれば、それは事実です。ただし、データが異なると誤りになります。毎回異なる可能性のある方法を見つけるために、DBMSは列ごとに個別のカウントクエリを実行して数値を比較する必要があります。