optimizer_prune_level 変数はオプティマイザに、各テーブルにアクセスされた行数の見積もりに基づくプランをスキップさせます。経験上この種類の「推測」は最適プランを見過ごすことはほとんどなく、劇的にクエリーをコンパイルする時間を減少させます。optimizer_prune_level=1 のオプションがデフォルトなのはこのためです。ただし、オプティマイザがより適したクエリプランを見逃したと思う場合は、クエリーのコンパイルにかなりの時間を要するリスクを伴いますが、このオプション (optimizer_prune_level=0) は停止できます。この発見的方法を使用しても、オプティマイザは、指数的なプランの数を検索します。

optimizer_search_depth 変数はオプティマイザが各不完全プランの「先」をどのくらい見通すかを示すほか、さらに拡張が必要かを評価します。optimizer_search_depth のさらに小さい値は、マグニチュード順序あるいはクエリーのコンパイルに要する時間が劇的に減少します。たとえば、12, 13, またはそれ以上のテーブルのクエリーは、optimizer_search_depth がクエリー内のテーブル数に近い場合、コンパイルするのに数時間、時には数日間を容易に必要とします。同時に、3 か 4 と等価の optimizer_search_depth でコンパイルされた場合、オプティマイザは同じクエリーでは 1 分以下でコンパイル可能な場合があります。optimizer_search_depth にとってリーズナブルな値が不明確な場合、変数を 0 に設定することで、オプティマイザに自動的に値を決定させることができます。