概念模型与逻辑模型与物理模型

Question

我正在做关于数据库的工作，现在我需要展示三种不同的图像，一种是概念模型，另一种是逻辑模型，另一种是数据库的物理模型。

但是，我在这里有一些困难，以了解哪个图像代表每一个模型。

我正在寻找这方面的可靠信息，但我找到了不同的答案，我有点困惑。

所以我来这里看你能不能帮我。

我下面有三张图片，你认为我对每一张图片都有正确的标题吗？

概念模型：

在概念模型中，我认为我需要将表放在带有分布但没有关系的表中。

​

​

逻辑模型：

在逻辑模型中，我认为我需要把我的表与分布放在一起，但现在用我的关系。

​

​

物理模型：

在物理模型中，我认为我需要把我的表和分布放在一起，但现在要用我的关系和外键。

​

​

Answer 1

概念模型(CM)是以用户理解的方式表示的业务的非正式表示。它将由具有属性的实体类以及有关这些属性的业务规则组成。它通常以实体关系图的形式出现。

逻辑模型(LM)将CM形式化为数据结构和完整性约束。它应该包括所有--数据结构和数据完整性约束(这是所有约束，而不仅仅是在大多数可用数据库管理系统中容易定义的约束子集)。这是与数据库管理系统无关的。

LM可以表示为关系数据模型(RDM)。在这种情况下，所有的、数据结构和完整性约束将仅使用数学关系形式表示。

物理模型(PM)是LM在特定硬件和数据库管理系统上的表示。它可以包括存储大小和位置等信息；访问方法(如索引)；以及分布(如群集或分区)。

使用这些定义，我想说，所有的图表都是概念模型的版本；因为它们不包括、所有、管理数据的完整性约束，并且不包括任何有关特定硬件或数据库管理系统上的实现的信息。

Answer 2

这些年来，概念/逻辑/物理层面发生了一些变化，也因不同的思想流派而异。我在上世纪80年代学到的方法是：

概念模型根据主题总结了数据的语义。它是，而不是绑定到关系实现的。实现可以在某种预录制数据库中，甚至在经典的记录文件中。您有实体、关系、属性和域。你也有商业规则。事情就是这样。与您的总结一样，它主要用于与用户和其他涉众进行交流。其思想是在分析阶段确定需求。

逻辑模型是一个初步的设计。它绑定到关系模型，但不绑定到特定的DBMS。您有关系、元组、属性和约束。关系作为外键实现，有时需要连接关系。我倾向于使用表、行和列的术语，而不是关系、元组和属性，但这主要是术语。正常化在这里是有意义的。

物理模型是一个详细的设计。它是特定于DBMS的，并考虑了数据量、预期流量和性能。去正规化在这里是相关的。这直接导致创建脚本。

这绝不是多数人的观点，更不用说达成普遍共识了。你需要了解你的观众，看看这个框架是否有效。