資料模型描述了資料的結構和關聯方式。它定義了實體、屬性和關係。例如，客戶有地址，訂單有明細項，產品屬於某個類別。資料模型就像一張藍圖，它指導開發人員如何建立資料庫，也指導分析師如何查詢資料庫。好的模型能夠反映業務需求，而糟糕的模型則會造成持續多年的混亂。

模型分為多個層次。概念模型從宏觀層面描述業務實體及其關係。邏輯模型則加入細節：屬性、鍵和規範化。實體模型具體定義表、列、索引和儲存。每個層次服務於不同的受眾。業務利害關係人理解概念模型，而開發人員則使用實體模型。建模過程能夠帶來清晰的認知。客戶究竟是什麼？潛在客戶是客戶嗎？訂單取消時會發生什麼事？這些問題在建模過程中得到解答，而不是在危機發生時才解決。設計糟糕的模型會導致難以修復的問題。非規範化的表會導致更新異常。缺少鍵會導致重複資料。命名不一致會導致混亂。資料載入後修改模型成本很高。雖然一開始就做好模型並不容易，但成本更低。

模型等級

• 概念—商業實體和關係
• 邏輯——屬性、鍵和規範化
• 實體層——表格、列、索引和存儲
• 維度－用於分析的星形和雪花模式

資料模型是一種契約。它闡明了數據的含義以及數據之間的關聯方式。一旦違反了這份契約，所有基於它而建構的事物都將崩潰。