OPTION (RECOMPILE) によって実際に SQL クエリのパフォーマンスが向上するのはいつですか?

オプション (RECOMPILE): 予期せぬパフォーマンス上の利点についての説明

はじめに

一般に、SQL クエリで OPTION (RECOMPILE) を使用すると想定されています。クエリの新しい検索戦略を作成する必要があるため、コストがかかる操作です。ただし、場合によっては、OPTION (RECOMPILE) を追加するとクエリのパフォーマンスが大幅に向上することが確認されています。この記事は、この現象の背後にある理由とそれに伴うトレードオフに対処することを目的としています。

OPTION (RECOMPILE) がパフォーマンスを向上させる理由

OPTION (RECOMPILE) は、クエリの実行プランは、クエリが実行されるたびに再構築されます。これは一般にコストのかかる操作であると考えられていますが、次のようなシナリオでは有益である可能性があります。

• 基になるデータへの大幅な変更: クエリで使用されるデータは、その後大幅な変更を受けている可能性があります。最後の実行により、実行計画が古くなります。
• 動的 SQL: クエリは動的です。パラメータやデータ ソースが実行ごとに異なるため、最適な実行プランが異なります。

実行プランの再構築とプラン キャッシュ

パラメータ化されたクエリが最初に実行される場合SQL Server は通常、使用されている現在のデータとパラメーターに基づいて実行計画を決定し、キャッシュします。このキャッシュは、後続の実行でプランを再利用することでパフォーマンスを最適化することを目的としています。

ただし、基礎となるデータまたはパラメータが大幅に変更された場合、キャッシュされたプランは最適ではなくなる可能性があります。 OPTION (RECOMPILE) はこのキャッシュ メカニズムをバイパスし、実行のたびに新しいプランの作成を強制します。

トレードオフと推奨事項

OPTION (RECOMPILE) は改善できる可能性があります。特定のシナリオでのパフォーマンスに影響を与える可能性があるため、慎重に使用する必要があります。トレードオフ:

• パフォーマンスのオーバーヘッド: 実行計画を再構築すると、追加の計算コストが発生します。
• メモリ使用量の増加: 新しい実行計画記憶に保存されるため、記憶が失われる可能性があります。

したがって、OPTION (RECOMPILE) を選択する前に、潜在的な利点とトレードオフを慎重に評価することをお勧めします。最初のトラブルシューティング手順として、OPTION (RECOMPILE) を使用せずに統計を更新し、実行計画を再構築することを検討してください。

以上がOPTION (RECOMPILE) によって実際に SQL クエリのパフォーマンスが向上するのはいつですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。