クエリおよびレポーティングのためのリレーショナルデータベースの設計 - ダミー

あなたのデータウェアハウス環境または特定のデータマートがあなたの主な目的であることを確認してくださいデータウェアハウスは、有限で予測可能な一連のレポートを生成するという使命を持っているでしょう。 データベースの非正規化 、 の原則に基づいて構築された、あるいはパフォーマンス効率の観点から意図的に良好なリレーショナルデータベースの設計原則に違反している、そのミッションをサポートするリレーショナルデータベースを設計する方法があります。

- >

非正規化は、小規模のリレーショナルデータウェアハウスまたはデータマートを手早く稼働させなければならない クイックヒットソリューションに最適です。たとえば、 特定の 憲章のための正規化されていないリレーショナルデータベースを作成して、レガシーシステムの移行作業の結果として利用できなくなる一連のレポートを作成することができます。 非正規化は致命的な終わりではありませんが、重複したデータが大量に作成され、作成するデータベース構造にはあまり柔軟性がありません。さらに、これらの機能は表の設計で公式化されたレポート構造と密接に結びついているため、（標準レポートに加えて）クエリ機能が限られていることがあります。それでも、このアプローチをチェックしたいかもしれません。

<！標準的なリレーショナル・データベース設計の原則（主に標準リレーショナル・データベース設計の原則に基づいて構成されている）を使用して、売上パフォーマンスを追跡するアプリケーションでソース・データベース表がどのように見えるかを示しています正規化された）。

図の下部に示されたレポート形式をサポートするために、ソース構造は非正規化テーブルにマップされ、そこからテーブルを結合することなくレポートを生成することができます。 （もっと簡単に言えば、レポートは非​​常に速く実行されます。）

<！

注

：

実際の例では、図に示すよりも多くの表（10〜50以上）と多くのレポートが必要です。しかし、この数字はこのアイデアを全面的に取り込むはずです。 または、寸法設計の原理と技法に従うこともできます。 RDBMSは従来よりもディメンション指向の構造を扱うことの難易度が低いため、レポートのニーズに応じて適切なパフォーマンスを得ることができ、多種多様な臨時多次元クエリをサポートする柔軟性があります。 レポジトリ向けの迅速なデプロイメントのためには、少なくとも、リレーショナルデータの非正規化ベースの設計を検討する必要があります。