多くのデータを持つテーブルにはどのようなものが最適ですか?パフォーマンスのビューとテーブルの違い
いくつかのフィルタに基づいてレポートを作成するストアドプロシージャがあります。私のSPでは、テーブルを読んで内側の結合と公式をすべて入れて、where条件にフィルターを入れました。
パフォーマンスについて話してください。
すべての結合を含むビューを作成するか、テーブルを読み込みます(私が行っているように)?
多くのデータを持つテーブルにはどのようなものが最適ですか?パフォーマンスのビューとテーブルの違い
いくつかのフィルタに基づいてレポートを作成するストアドプロシージャがあります。私のSPでは、テーブルを読んで内側の結合と公式をすべて入れて、where条件にフィルターを入れました。
パフォーマンスについて話してください。
すべての結合を含むビューを作成するか、テーブルを読み込みます(私が行っているように)?
パフォーマンスは、ビューまたはダイレクト・テーブル・アクセス(マテリアライズド・ビューを除く)を使用している場合とまったく同じように動作する場合よりも、適切な索引の方が多く依存します。
です。
限りビュー(物質化「先行」を必要とするか、または構文)集計が含まれていないとして、それは正確に同じ性能になります(多くの場合、オプティマイザによってショートしている基準を通過することができます)
特定のケースでベンチマークを試しましたか?
@OtávioDécioは、「正しい」インデックスを持つことがパフォーマンスに大きな影響を及ぼすことに言及することで、私を驚かせました。