如何设计匹配关系模型的实体关系？

Question

大家好，首先感谢所有花时间阅读我的问题和回复的人。

我有一个RM，我需要设计一个匹配它的ER。

RM： A（c，j）// c带下划线 B（b，c，d，e，h）// b，c，d，h加下划线 C（a，g，h，i）// h加下划线 D（c，f，g，i）// c，i加下划线

我想到了下面的ER（我正在描述它，因为我不能在这里画它）： 实体＆＃34; A＆＃34;具有属性：＆＃34; c＆＃34;（键），＆＃34; j＆＃34; 实体＆＃34; B＆＃34;具有属性：＆＃34; b＆＃34;（键），＆＃34; d＆＃34;（键），＆＃34; e＆＃34; 实体＆＃34; C＆＃34;具有属性：＆＃34; h＆＃34;（键），＆＃34; a＆＃34;，＆＃34; g＆＃34; 实体＆＃34; D＆＃34;具有属性：＆＃34; i＆＃34;（键），＆＃34; f＆＃34;，＆＃34; g＆＃34; （与C的属性不同）

关系： A-B（很多） 广告 公元前 C-> D（多一）

是正确的吗？

谢谢。

Answer 1

您的急诊室解释受到图表工具术语的影响，遗憾的是，与陈所描述的ER模型几乎没有关系。许多图表工具使用实体表示表，属性表示列，以及与平均外键约束的关系，仅用于混淆和误导用户。

ER中的实体是属性或关系的主体。您RM中的实体将是b，c，d，h和i。您的关系A和C称为实体关系。供参考，a，b，c，d，e，f，g，h i被称为域或值集。

ER中的属性是实体上的二元关系;在您的情况下，它们将是c->j，h->a，h->g和h->i。

高阶关系称为关系，它们是b,c,d,h和c,i。这些关系本身归因于：b,c,d,h->e和c,i->f,g。您的关系B和D称为关系关系。

在不了解模型的业务逻辑的情况下，无法推断出外键约束。例如，假设来自A.c to B.c的约束很诱人，但我们怎么知道A是left-total（即所有c的实例都记录在其中）？如果模型完整（不是较大模型的一部分）并且我们假设closed world，那么我们可以推断A.c to D.c，A.c to B.c和C.h to B.h的约束。

比较陈的符号中的ERD：

这些天所谓的ERD：

Chen的符号正确区分实体（矩形），属性（椭圆）和关系（钻石），包括具体关系（又称关联实体B和D）。第二个图应该实际上称为表图而不是ER图，因为它表示表，列和外键约束。