いうフレーズからとったものです。定数、他のカラム、または式とカラムとの比較を伴う述部は、検索引数可能です。次に示す文の述部は、検索引数可能です。テーブルのプライマリインデックスを使用して、この文を効率的に評価できます。102;最適なアクセスプランでは、これは次のように表示されます。Employees<Employees>.反対に、次に示す述部は、検索引数可能ではありません。つを除くすべてのローが格納されるため、このインデックスを使用しても計算速度は上がりません。102;最適なアクセスプランでは、これは次のように表示されます。いう文字で終わるすべての従業員を検索する場合、インデックスは役に立ちません。この結果を計算するには、それぞれのローを個別に調べるしかありません。通常、カラム名に対する関数を持つ述部は、検索引数可能ではありません。次に示すクエリにはインデックスは使用されません。='2000';クエリを書き換えて検索引数可能にすると、関数を使用しなくても済みます。上記のクエリを次のように書き換えることができます。'2001-01-01';関数値を計算カラムに格納し、このカラムのインデックスを構築すると、関数を使用するクエリが検索引数可能になります。「計算カラム」は、テーブル内の他のカラムから値を取得するカラムです。インデックスを通常どおり追加できます。);次の文を実行すると、データベースサーバーは、情報を保持するインデックスカラムがあることを認識し、そのインデックスを使用してクエリに応答します。式のドメインと同じにします。返した場合には、オプティマイザーは式の計算カラムを置換しません。使用できなくなってしまいます。単一テーブルのそれぞれのカラムです。別のテーブルに格納されています。Y+1述部が検索引数可能かどうか明らかでない場合があります。この場合、述部を、検索引数可能になるように書き換えることができます。書き換えることが可能です。インデックスを使用して、一定範囲内の値を検索できます。この特殊な変形を自動で行います。テーブルでのインデックス検索に使用される検索引数可能な述部は、「マッチング」述部です。句には、多くのマッチング述部が含まれることがあります。適切な述部はアクセスプランによって異なります。オプティマイザーは、アクセスプランの変更を検討するとき、マッチング述部の選択を再評価します。