有人可以向我解释一下三模式架构吗

Question

我是数据库系统的初学者，谁能给我解释一下

Answer 1

我学习三个级别的方式与您概述的不同。那是在 1980 年代，所以我所学的可能不再被教授。这里是：

概念层面

这真的是数据分析，而不是数据库设计。目的是提出一个模型，总结所提议数据库的信息需求。要存储的每个值都是属性的一个实例。属性描述实体或关系的某些方面。关系是实体之间的关联。实体是构成主题的基本对象。

您还可以为每个属性派生一个 DOMAIN。域是属性可以采用的一组可能值。

实体、关系、属性和领域都是通过研究主题而发现的。概念模型几乎没有说明提议的解决方案的结构。这会产生一个概念模型，通常是实体-关系模型。

逻辑设计

设计的第一阶段涉及将上面发现的属性表达为关系的组成部分。关系由元组和属性组成。属性是在概念级别发现的。关系的构成遵循一些原则，通常是规范化。

这里还添加了外键。键用于识别关系中的元组，外键用于将一个被引用的元组与另一个引用它的元组联系起来。外键实现了上面概念级别的关系。它们的作用与图数据库中指针的作用相同。

还添加了约束。这些是限制属性值的规则。例如，NOT NULL 约束表示不能省略给定值。

结果是一个逻辑模型，一般是关系模型。

物理设计

在此阶段，来自逻辑设计的关系模型被转换为 SQL 模型，并添加特定于特定 DBMS 产品的功能。

关系用表格表示。 添加索引以进行快速查找。 像表空间这样的结构被添加为表的容器。 等等等等。

结果是一个物理模型，其中包含构建数据库所需的所有规范。

下一步是将物理模型转换为数据库创建脚本。

注意：如果您不构建关系数据库，则在第二阶段创建关系模型可能没有任何意义。如果您没有使用 SQL 数据库，那么物理模型的描述几乎是完全错误的。我把这些放在最常见的情况下。

所有这些和你的图表之间有一些重叠，但也有很多分歧。