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

Question

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

但我在这里有些难以理解哪个图像代表每个模型。

我正在寻找关于此的可靠信息，但我找到了不同的答案，我有点困惑。

所以我来到这里看你是否可以帮助我。

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

概念模型：

在概念模型中，我认为我需要将我的表格与属性相关但没有关系。

逻辑模型：

在逻辑模型中，我认为我需要将我的表与属性放在一起，但现在我的关系。

物理模型：

在物理模型中，我认为我需要将我的表放在属性中，但现在我的关系以及外键

Answer 1

概念模型（CM）是以用户理解的方式表示的业务的非正式表示。它将由具有属性的实体类和关于这些的业务规则组成。它通常表示为实体 - 关系图。

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

LM可以表示为关系数据模型（RDM）。在这种情况下， all 数据结构和完整性约束将仅使用数学关系正式表示。

物理模型（PM）是特定硬件和数据库管理系统上LM的表示。它可能包括存储大小和放置等信息;索引等访问方法;和分布，如聚类或分区。

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

Answer 2

概念/逻辑/物理层多年来有所改变，并且根据不同的思想流派而有所不同。我在20世纪80年代学到它的方式就是：

概念模型参考主题总结了数据的语义。 不绑定到关系实现。实现可以在某种预先临时数据库中，甚至在经典的记录文件中。您有实体，关系，属性和域。您还有业务规则。这是关于它的。与您的摘要一样，它主要用于与用户和其他利益相关者进行沟通。我们的想法是在分析阶段确定需求。

逻辑模型是初步设计。它绑定到关系模型，但不绑定到特定的DBMS。你有关系，元组，属性和约束。关系实现为外键，有时需要联结关系。我倾向于使用表，行和列的术语，而不是关系，元组和属性，但这主要是命名法。规范化与此相关。

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

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

Answer 3

是家庭作业还是什么？这个问题看起来很人性......

第三个是Physical，因为数据类型更接近实际的DBMS数据类型。

在第1和第2之间......我被困住了。唯一的区别是鱼尾关系。如果三幅图像之间存在进展，我猜这将使第二幅图像成为概念图。

但这很困难，因为使用PowerDesigner，您仍然可以在逻辑模型中表示与乌鸦脚的关系。但无论如何，应该有{@ 1}}实体中“外键”属性id_cat的迁移证据，这里遗漏了。 不。我读的示例图太快了，逻辑模型中没有迁移。

所以，仅仅通过淘汰，我会让第一个成为逻辑。