Database design 关系模型与逻辑数据模型

我了解数据库设计过程按以下顺序进行：

Conceptual Data Model -> Logical Data Model -> Physical Data Model

有人能澄清一下关系模型是如何应用于这个过程的吗

---

感谢

概念数据模型：
概念模型一词是指在头脑中经过概念化过程后形成的模型。
概念模型代表了人类的意图或语义。
通过观察物理存在和概念建模进行概念化是人类思考和解决问题的必要手段

逻辑数据模型：
逻辑数据模型表示信息领域的抽象结构（概念模型）
逻辑数据模型预期在特定计算系统上实现。

物理数据模型：（或数据库设计）
是一种数据设计的表示，它考虑了给定数据库管理系统的设施和约束

因此，在概念数据建模中，我们将问题概念化。
在逻辑数据建模中，我们决定一个关系模块是否适合、高效和有效地用于问题的领域。

---

在物理数据建模中，我们选择特定的RDBMS。

概念数据模型：
概念模型一词是指在头脑中经过概念化过程后形成的模型。
概念模型代表了人类的意图或语义。
通过观察物理存在和概念建模进行概念化是人类思考和解决问题的必要手段

逻辑数据模型：
逻辑数据模型表示信息领域的抽象结构（概念模型）
逻辑数据模型预期在特定计算系统上实现。

物理数据模型：（或数据库设计）
是一种数据设计的表示，它考虑了给定数据库管理系统的设施和约束

因此，在概念数据建模中，我们将问题概念化。
在逻辑数据建模中，我们决定一个关系模块是否适合、高效和有效地用于问题的领域。
在物理数据建模中，我们选择一种特定的RDBMS。

最初提出的术语“数据模型”已被业界劫持，其含义完全不同

最初，它的意思是“一个模型，告诉我们使用哪些结构（即数学概念！！！）来管理数据（无论这些数据是什么）”。在行业中，它几乎完全是指“一种模型，说明哪些信息对某些业务很重要，以及这些信息如何相互关联”

这三个模型（多一些少一些，但不是那么多）都是后一种含义的模型。这就是为什么我个人总是喜欢称之为信息模型，而不是数据模型

数据的关系模型是该术语前一个含义中的“真实”数据模型。可以用一句话概括为“系统中的所有信息仅用关系表示”。其他数据模型（在前一种意义上）例如可以说“系统中的所有信息仅使用由节点和边组成的图来表示”

现在，为了回答您的问题，关系模型“适合”，因为它提供了一种组织逻辑信息模型的可能方法。从相同的概念信息模型开始，您还可以设计出一个基于图形的逻辑信息模型，它看起来与使用关系模型得到的模型截然不同。

最初创造的术语“数据模型”已被业界劫持，其含义完全不同

最初，它的意思是“一个模型，告诉我们使用哪些结构（即数学概念！！！）来管理数据（无论这些数据是什么）”。在行业中，它几乎完全是指“一种模型，说明哪些信息对某些业务很重要，以及这些信息如何相互关联”

这三个模型（多一些少一些，但不是那么多）都是后一种含义的模型。这就是为什么我个人总是喜欢称之为信息模型，而不是数据模型

数据的关系模型是该术语前一个含义中的“真实”数据模型。可以用一句话概括为“系统中的所有信息仅用关系表示”。其他数据模型（在前一种意义上）例如可以说“系统中的所有信息仅使用由节点和边组成的图来表示”

现在，为了回答您的问题，关系模型“适合”，因为它提供了一种组织逻辑信息模型的可能方法。从相同的概念信息模型开始，您还可以设计出一个基于图形的逻辑信息模型，它看起来与使用关系模型得到的完全不同