資料庫模式定義了資料庫中資料的組織方式。它具體規定了表、列、資料類型、約束和關係。模式就像藍圖，資料庫就像建築物。設計良好的模式能夠簡化查詢並確保資料一致性。設計糟糕的模式則會造成難以修復的問題。在資料存在之後更改模式需要進行遷移，這可能會導致應用程式崩潰和資料損壞。

模式存在於不同的層次。概念模式描述業務實體及其關係。邏輯模式新增細節：表、列和鍵。實體模式指定儲存：檔案群組、索引和分割區。每個層次服務於不同的受眾。業務分析師理解概念模式。開發人員使用邏輯模式和物理模式。在某些資料庫中，模式被嚴格執行。在其他資料庫中，模式則具有彈性。文檔資料庫通常完全沒有強制執行的模式。應用程式定義其結構。這種靈活性加快了開發速度，但也把責任轉移到了應用程式身上。如果沒有模式強制執行，錯誤資料很容易被引入。資料庫接受應用程式發送的任何資料。模式是一種契約。它規定了數據的形式以及它遵循的規則。違反契約會破壞基於它所建構的一切。

模式組件

• 表－資料模型中的實體
• 列——具有資料類型的屬性
• 鍵——主鍵與外鍵
• 約束條件－有效資料的規則
• 索引——提升查詢效能的結構
• 檢視－以表格形式呈現的已儲存查詢

模式是一種計劃。沒有模式，資料庫就只是一堆毫無結構的資料。