我已经开始研究ER图了。在浏览ER图教程时,我发现了如图1所示的内容:

我尝试在MySQL工作台中创建一个示例ER图,如下所示:

我浏览了谷歌的ER图图像,并看到了这两种类型的图像。我不知道他们之间的异同。
发布于 2016-05-11 19:13:51
可以说,一个恰当的实体关系图是使用陈博士 (例如矩形和菱形盒子)在他1976年的著名论文“面向统一数据视图的实体关系模型”中引入的构造创建的。
关于您的具体比较,图1显示的符号(可能是形状)看起来比图2所示的更接近陈的原图。
但是,如果一幅画描绘了(a)实体类型,(b)对应的实体类型之间的相互关系,那么它可以被认为是某种实体-关系表示(并且多种方法在某种程度上与陈博士的工作相关联)。
在这方面,IDEF1X是美国国家标准与技术研究所(NIST)1993年作为一个标准的数据建模技术-established,它采用了E.F. Codd博士的S 关系型概念(例如外键和备用键),并将它们与实体关系思想和一阶逻辑元素结合起来,以帮助构建更丰富和更有表现力的图表(例如,可以描绘超类型关联、实体类型属性或属性等)。
还有其他的努力产生了,例如,增强的实体-关系方法,这也为原始视图增加了新的概念。
这些范例(有些比另一些更完整)是用来捕获特定于业务领域的数据含义(即数据语义)的平台。在他们的帮助下,从业人员可以提供通信工具,便利对数据的实际管理,即重要和独立的资产,从概念角度(有时包括逻辑层面)向所有有关各方提出感兴趣的设想。
关于一些评论,必须说(i)应用程序组件与(ii)数据库结构不同,因此它们肯定有不同的含义。以这种方式,您可以使用诸如UML草图之类的“通用”实现来形成面向对象的应用程序项,例如类(基本上是对象模板)、方法(即对象过程、行为)等等。此外,应用程序组件是计算机化信息系统的外部级别的一部分,因此,任何用图表描述它们的不一定有一对一的通信的草图都会说明概念层次的结构。
正是如此,而且由于软件开发是一个需要精确的职业,因此为每个明确划分的任务确定和使用正确的工具是至关重要的。
发布于 2016-05-21 22:14:48
第一种是陈氏的传统表示法。
第二个是现代乌鸦脚或贝克的符号,今天被大多数工具和人们所使用。因为它的可读性更强,使用的空间也更少,所以被认为是错误的。
发布于 2017-08-10 16:47:16
第一种是ER-图(实体关系图).
第二个是EA图(实体属性图)。
https://dba.stackexchange.com/questions/138199
复制相似问题