オプティマイザーは、汎用的なディスクアクセスコストモデルを使用して、データベースファイルに対するランダム検索と逐次検索の相対的なパフォーマンスの差異を認識します。ALTER DATABASE 文を使用すると、データベースを特定のハードウェア構成に対応させることができます。

デフォルトでは、クエリ処理はすべての結果セットを返すように最適化されています。optimization_goal オプションを使用してデフォルトの動作を変更すると、最初のローを迅速に返すコストを最小限に抑えることができます。このオプションを First-row に設定すると、オプティマイザーは、クエリの結果の最初のローをフェッチするまでの時間を短縮するアクセスプランを選択します。この場合、検索にかかる合計時間は長くなることがあります。

ほとんどの文は、SQL 言語を使用してさまざまな方法で表すことができます。これらの表現は、同じタスクを実行するという点でセマンティック上は同等ですが、構文はまったく異なる場合があります。ごくわずかな例外はありますが、オプティマイザーは、各文のセマンティックだけに基づいて適切なアクセスプランを考案します。

構文の違いは重要に見えるかもしれませんが、通常はまったく影響ありません。たとえば、クエリ構文で述部、テーブル、属性の順序が違ってもアクセスプランの選択には影響しません。クエリに非マテリアライズドビューが含まれているかどうかによってオプティマイザーが影響を受けることもありません。

オプティマイザーが実現可能な最も効率の良いアクセスプランを見つけるのが理想的ですが、通常、これは現実的ではありません。複雑なクエリの場合、さまざまな可能性が存在することがあります。

オプティマイザーは効率的ですが、各オプションの分析には、時間とリソースを必要とします。オプティマイザーは、これから行う最適化のコストと、これまでに見つけた最高のプランの実行にかかるコストを比較します。相対的にコストの低いプランが考案されると、オプティマイザーは停止し、そのプランの実行を進めます。さらに最適化を行うと、すでに見つかっているアクセスプランを実行する場合よりも多くのリソースを消費する可能性があります。optimization_level オプションの値を高く設定することで、オプティマイザーが費やす作業量を指定できます。

高いコストがかかる複雑なクエリの場合、または、最適化レベルが高く設定されている場合は、オプティマイザーの動作時間が長くなります。コストが非常に高いクエリの場合は、クエリの実行時間が長くなり、認識できるほどの遅延が発生することがあります。

• グラフィカルなプラン
• 高度：クエリ実行プラン
• ALTER DATABASE 文
• optimization_level オプション
• optimization_goal オプション