ER图是概念、逻辑或物理模式的示例吗？

Question

我一直在阅读数据库，我清楚地理解了概念、逻辑和物理模式之间的区别。ER图是这些模式中哪一个的示例？

Answer 1

当ER建模在1970年代引入时，目的是提供一个不偏向于特定实现的模型。人们正在构建给定项目的关系模型，即使意图是在分层或网络数据库上实现。

这演变成了我学到的概念建模，这可能也是你学到的概念建模。根据我的学习方法，概念模型对于从以数据为中心的角度分析主题非常有用。该模型捕捉了数据库上的信息需求。它没有捕捉到所提议的设计的特点。

ER图最初只反映ER模型，因此适合描述概念模型。

当我学习逻辑建模时，这反映了设计的第一阶段，与分析不同。如果最后的目标是关系数据库，那么这个模型应该是关系型的。当我第一次学习这个东西时，ER图并没有被用来描述关系模型。相反，有一种图表，我将称之为关系示意图。关系模式的外观与ER图有些不同，也有一些不同的内容。例如，关系模式通常使用箭头符号，而ER图通常使用乌鸦的脚符号。

内容上的差异主要有以下几个方面:关系模式包含外键，而ER图没有。很多到许多的关系被描述不同。在关系模式中，只要存在多到多的关系，就需要一个连接表来保存两个(或更多)外键。在ER图中，多到多的关系被描绘成一条线，两端都是乌鸦的脚。

物理模型增加了逻辑模型的细节，通常反映了特定DBMS中可用于实现的特性，以及某些其他考虑因素。

在过去20年中，出现了两大趋势。第一个趋势是使用ER图来描述关系模型或ER模型。第二种趋势是完全跳过分析，直接进行设计。因此，一个单一的模型既描述了对需求的理解，也描述了所提出的解决方案的特性。

这种分析和设计的结合在小规模的项目中非常有效，因为分析无论如何都是非常琐碎的。对于大型项目来说，这可能是一场灾难。你最终得到了对错误问题的正确解决方案。当发现错配时，预算已经花掉了，最后期限即将到来。

在后关系世界中还有更多的细节，但我将就此结束。