UnionALLを使用してビューを作成したいのですが。ビュー自体はかなり大きくなります。5億から8億のレコード。
とはいえ、基になるデータは1年に4回分割され、適切なインデックスがあります。個々の範囲自体のクエリは、かなり低コストである必要があります。
ビューのサイズ（行数の観点から）についてまったく心配する必要がありますか？ビューによって生成されたデータとETLプロセスを介したロードで構成される別のテーブルを使用する方がよいでしょうか。ビューが内部でどのように機能するかについてはよく知らないので、30以上のユニオンが問題になるかどうかが懸念されます。
あなたの入力に感謝します。
ビューは、「隠す」SQLステートメントにすぎません。したがって、ビューを参照すると、SQLステートメントが毎回実行されるため、ビューの使用方法によって異なります。ビューを使用するときに使用する可能性が高い述語（where句）は何ですか？これらの述語により、オラクルが結果から多くの行/結合をすばやく削除できる場合は、高速になります。
あなたはそれをテストする必要があります！マテリアライズドビューを使用することもできますか？それはあなたに自動的に維持されるテーブルを与えるでしょう。
私の最初のオプションは、少なくともビューを使用してテストすることです。これは、ビューを維持する必要がないためです。ある種のETLを使用するのは、ちょっとした作業のように聞こえます:)