[英]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.