数据库模式定义了数据库中数据的组织方式。它具体规定了表、列、数据类型、约束和关系。模式就像蓝图，数据库就像建筑物。设计良好的模式能够简化查询并确保数据一致性。设计糟糕的模式则会造成难以修复的问题。在数据存在之后更改模式需要进行迁移，这可能会导致应用程序崩溃和数据损坏。

模式存在于不同的层次。概念模式描述业务实体及其关系。逻辑模式添加细节：表、列和键。物理模式指定存储：文件组、索引和分区。每个层次服务于不同的受众。业务分析师理解概念模式。开发人员使用逻辑模式和物理模式。在某些数据库中，模式被严格执行。在另一些数据库中，模式则具有灵活性。文档数据库通常完全没有强制执行的模式。应用程序定义其结构。这种灵活性加快了开发速度，但也把责任转移到了应用程序身上。如果没有模式强制执行，错误数据很容易被引入。数据库接受应用程序发送的任何数据。模式是一种契约。它规定了数据的形式以及它遵循的规则。违反契约会破坏基于它构建的一切。

模式组件

• 表——数据模型中的实体
• 列——具有数据类型的属性
• 键——主键和外键
• 约束条件——有效数据的规则
• 索引——提升查询性能的结构
• 视图——以表格形式呈现的已保存查询

模式是一种计划。没有模式，数据库就只是一堆毫无结构的数据。