[英]How to design Entity Relationship that match Relationship Model?
大家好,首先感谢您抽出宝贵时间阅读我的问题并答复。
我有一个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(我无法在这里真正描述它,所以我正在对其进行描述):实体“ A”,属性:“ c”(键),“ j”实体“ B”,属性:“ b”(键) ,“ d”(密钥),“ e”具有属性:“ h”(密钥),“ a”,“ g”的实体“ C”,具有属性:“ i”(密钥),“ f”, “ g”(与C的属性不同)
关系:AB(很多)AD BC C-> D(很多)
那是对的吗?
谢谢。
您的ER解释受制图工具术语的影响,不幸的是,这与Chen所描述的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
称为关系关系。
不了解模型的业务逻辑就无法推断外键约束。 例如,假设从Ac to Bc
有约束力是很诱人的,但是我们如何知道A 的总和 (即c的所有实例都记录在其中)? 如果模型是完整的(不是较大模型的一部分),并且我们假设世界是封闭的 ,则可以推断约束条件从Ac to Dc
,从Ac to Bc
,从Ch to Bh
。
比较Chen表示法中的ERD:
这些天用所谓的ERD:
Chen的符号正确区分了实体(矩形),属性(椭圆)和关系(菱形),包括确定的关系(又称为关联实体B
和D
)。 第二个图实际上应该称为表图,而不是ER图,因为它表示表,列和外键约束。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.