我已经开始研究ER图。当我浏览 ER 图教程时，我发现类似于图 1 的内容：
图1
我试图在 MySQL Workbench 中创建一个示例 ER 图，例如：
图 2
我浏览了谷歌图片以查找 ER 图，我看到了这两种类型的图片。我不知道它们之间的相同点和不同点。
AskOverflow.Dev
我已经开始研究ER图。当我浏览 ER 图教程时，我发现类似于图 1 的内容：
我试图在 MySQL Workbench 中创建一个示例 ER 图，例如：
我浏览了谷歌图片以查找 ER 图，我看到了这两种类型的图片。我不知道它们之间的相同点和不同点。
可以说，正确的实体关系图是使用PP Chen 博士在其 1976 年的著名论文《实体关系模型——走向统一视图》中介绍的结构（例如，矩形和菱形框）创建的。的数据。
关于您的具体比较，图 1 显示的符号（可能是形状）看起来比图 2 中显示的更接近陈的原件。
相关考虑
但是，如果某幅图描绘了（a）实体类型和（b）对应的实体类型相互关系，那么它可以被认为是某种实体关系表示（并且多种方法以某种方式与Dr的工作相关联） 。 陈）。
在这方面，IDEF1X是一种数据建模技术——由美国国家标准与技术研究院(NIST) 于 1993 年确立为标准——它采用了EF Codd 博士的关系概念（例如，外键和备用键）和将它们与实体关系思想和一阶逻辑元素相结合，以帮助组成更丰富和更具表现力的图表（例如，可以描述超类型-子类型关联、实体类型属性或属性等）。
还有其他一些努力产生了，例如，增强的实体关系方法，它也为原始视图增加了新的概念。
这些范式（有些比其他范式更完整）是为捕获特定业务领域的数据含义（即数据语义）而开发的平台。在他们的帮助下，从业者可以提供便于管理数据的通信工具，即重要且独立的资产，从概念的角度（有时结合逻辑层面）向所有相关方展示感兴趣的场景。
旁白
关于一些旁白，必须说（i）应用程序组件与（ii）数据库结构不同，因此它们肯定具有不同的含义。通过这种方式，您可以使用像 UML 草图这样的“通用”实现来塑造面向对象的应用程序项目，例如类（基本上，对象模板）、方法（即对象过程、行为）等。此外，应用程序组件是计算机化信息系统外部级别的一部分，因此任何描绘它们的草图都不一定与说明概念级别结构的图表具有一一对应的关系。
既然如此，并且由于软件开发是一项需要准确性的职业，因此为每个明确界定的任务识别和使用正确的工具是至关重要的。
第一个是传统的陈氏符号。
第二种是现代的 Crow Foot 或 Baker 的符号，今天被大多数工具和人们使用。推荐它，因为它更具可读性并且使用更少的空间。
第一个是 ER-Diagram（实体关系图）。
第二个是EA图（实体属性图）。