レポート用のSQLServerテーブルデザイン-OLAPスキーマに適しています
同僚が、レポートプロジェクト用のSQLServerデータベーステーブルを開発しています。基本的に、テーブル上の唯一のアクティビティは、ETLプロセス（SSIS）からのデータの入力です。
彼は複雑な正規化されたデザインの作成を主張していますが、ETLからのINSERTとレポートデータを表示するためのSELECT以外のアクティビティがテーブルにないため、これは必要ないと思います。
私の知る限り、これはOLTPよりもOLAP）に適しています。または、すべてのデータがExcelに出力されるだけなので、1つのテーブルでデータを格納できますか？集計もありません。 。なぜ複数のテーブルが必要なのですか？
これに関する提案はありますか？単純なテーブルが最善の方法ですか、それとも正規化された設計を使用する方が良いですか？
かなりのサイズのデータベースの場合、通常、正規化された論理設計が最初に作成されます。これに続いて、サンプルクエリが実行され、必要に応じてデータベースのパフォーマンスが非正規化されます（物理設計）。ゲインが最小限の場合は、ストレージの観点から理解しやすく効率的であるという単純な理由から、論理設計を使用することを選択できます。
これが明らかにOLAPシステムであっても、パフォーマンステストを一切行わずに、非正規化された設計を最初から採用するのは、やや思いがけないことです。