データモデルは、データの構造と関連性を記述するものです。エンティティ、属性、および関係を定義します。顧客には住所があり、注文には明細項目があり、製品はカテゴリに属します。モデルは設計図のようなものです。開発者にはデータベースの構築方法を、アナリストにはクエリの実行方法を指示します。優れたモデルはビジネスを反映しますが、不適切なモデルは長年にわたって混乱を招きます。

モデルにはレベルがあります。概念モデルは、ビジネスエンティティとその関係を大まかに記述します。論理モデルは、属性、キー、正規化などの詳細を追加します。物理モデルは、テーブル、列、インデックス、ストレージを指定します。各レベルは異なる対象者を対象としています。ビジネス関係者は概念モデルを理解し、開発者は物理モデルを扱います。モデリングのプロセスは明確さを促します。顧客とは正確には何か？見込み客は顧客か？注文がキャンセルされた場合はどうなるか？これらの質問は、危機的状況ではなく、モデリング中に回答されます。設計の不十分なモデルは、修正が困難な問題を引き起こします。非正規化されたテーブルは更新異常を引き起こします。キーが欠落していると重複が発生します。一貫性のない命名規則は混乱を招きます。データがロードされた後にモデルを変更するのはコストがかかります。最初から正しく設計する方がコストは安くなりますが、決して容易ではありません。

モデルレベル

• 概念的 - 事業体と関係
• 論理的 - 属性、キー、および正規化
• 物理的要素 — テーブル、列、インデックス、ストレージ
• ディメンション — 分析のためのスター型およびスノーフレーク型スキーマ

データモデルは契約書のようなものです。データの意味と、データ同士がどのように関連しているかを規定しています。この契約を破れば、その上に構築されたすべてが崩壊します。