ほとんどのデータ駆動型システムが同じ問題を抱えていると確信しているため、現在パフォーマンスの問題があります。
現在、それらは基本的に 2 つのカテゴリに分類され、1 つのソリューションで解決できると思います。
ストアド プロシージャは、不適切なプランでシステム内で自動的に再コンパイルされることがあり、実行が非常に遅くなります。この理由は、最初に再コンパイルされるパラメーターのセットが代表的/正常/最適ではないためです。これにより、ストアド プロシージャの実行が非常に遅くなり、再コンパイルしてより良いプランを選択する必要があります。
SQL Server の動作の動的な性質により、テーブルが大きくなると、システムのさまざまな部分が異なる方法でクエリを実行する可能性があります。インデックスを変更する必要があるか、OR などの次善のコーディングを削除するためにコードを変更する必要があります。 WHERE条件など
ストアド プロシージャのコストを追跡するシステム テーブルはありますか?
1 週間 (7 日間) 毎時間実行するスクリプトを作成する必要があり、ストアド プロシージャのデータ (実行時間、ストアド プロシージャのコストなど) を保持/保存する必要があります。このことから、パフォーマンスが非常に悪く、長時間実行されているストアド プロシージャのリストを特定し、ストアド プロシージャのリストを生成できます。そこから、これらのストアド プロシージャのチューニングを実行して、パフォーマンスを向上させることができます。