有人可以向我解释三架构

Question

我是数据库系统的初学者，有人可以向我解释

Answer 1

我学习三个级别的方式与你概述的不同。这可以追溯到20世纪80年代，所以我学到的东西可能不再被教授了。这是：

概念水平

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

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

实体，关系，属性和域都是通过研究主题来发现的。概念模型对所提出的解决方案的结构几乎没有任何说明。这导致概念模型，通常是实体 - 关系模型。

逻辑设计

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

此处还添加了外键。键用于标识关系中的元组，而外键用于链接被引用的元组与引用它的另一个元组。外键实现上面在概念级别上发现的关系。它们的作用与指针在图形数据库中的作用相同。

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

结果是逻辑模型，通常是关系模型。

物理设计

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

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

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

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

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

所有这些与您的图表之间存在一些重叠，但也有很多分歧。