哪个是ER图?

Mon*_*lan 7 mysql erd

我已经开始研究ER图。当我浏览 ER 图教程时,我发现了类似图 1 的内容:

图1

在此处输入图片说明

我尝试在 MySQL Workbench 中创建一个示例 ER 图表,例如:

图2

在此处输入图片说明

我浏览了谷歌图像的 ER 图表,我看到了两种类型的图像。我不知道它们之间的异同。

MDC*_*CCL 10

可以说,适当的实体关系图是使用PP Chen 博士在其 1976 年题为“实体关系模型——走向统一视图著名论文中引入的构造(例如矩形和菱形框)创建的。的数据

关于您的具体比较,图 1 显示的符号(可能是形状)看起来比图 2 中显示的更接近陈的原件。

相关考虑

但是,如果某幅图描绘了 (a)实体类型,以及 (b) 相应实体类型的相互关系,则可以将其视为某种实体-关系表示(并且多种方法以某种方式与 Dr 的工作相关联) 。 陈)。

在这方面,IDEF1X数据建模技术-established作为标准在1993年由美国国家标准与技术研究院(NIST) -即采用EF科德博士关系的概念(比如,外键和备用键)和将它们与实体关系思想和一阶逻辑元素相结合,以帮助组合更丰富和更具表现力的图(例如,可以描述超类型-子类型关联、实体类型属性或属性等)。

还有其他一些努力产生了,例如,增强的实体关系方法,它也向原始视图添加了新概念。

这些范式(有些比其他范式更完整)是为捕获特定于业务领域的数据含义(即数据语义)而开发的平台。在他们的帮助下,从业者可以提供有助于管理实际数据的通信工具,即重要且独立的资产,从概念角度(有时结合逻辑层面方面)向所有相关方展示感兴趣的场景。

旁白

关于一些旁注,必须说 (i) 应用程序组件不同于 (ii) 数据库结构,因此它们肯定具有不同的含义。通过这种方式,您可以使用像 UML 草图这样的“通用”实现来塑造面向对象的应用程序项,例如类(基本上是对象模板)、方法(即对象进程、行为)等。此外,应用程序组件是计算机信息系统外部层次的一部分,因此任何描绘它们的草图都不必与说明概念层次结构的图表一一对应

既然如此,并且由于软件开发是一个需要准确性的职业,因此为每个明确界定的任务识别和使用正确的工具至关重要


小智 6

第一个是传统的陈氏符号。

第二个是现代 Crow Foot 或 Baker 的符号,今天被大多数工具和人使用。它是首选的,因为它更具可读性并且使用更少的空间。