關係模式對於此ER圖有多少個表？

Question

我有以下作爲我的ER圖。我仍在學習DBMS，並試圖將此ER圖轉換爲關係模式。我知道ER圖中的每個實體都有一個單獨的表格。但是，我不確定該如何處理這個特定ER圖的關係。我們被告知實體之間的每個關係都會有一張表。因此，我是否需要爲這個ER圖中的關係分別進行分離？但是，這種關係沒有任何屬性。另外，我對這究竟是什麼樣的關係感到困惑？這是一對多嗎？

我將該鏈接附加到ER圖的圖片上。請指導我正確的方向。謝謝！

Answer 1

您的圖不是原始意義上的ER圖。在實體 - 關係模型中，關係是實體集合之間的關聯，並且旨在作爲表實現。例如，您的AUTHOR_BOOK,CAST和PURCHASE表是關聯表，每個關聯兩個實體集（請記住，關係不僅限於兩個實體集）。注意如何使用實體集的關鍵字來表示關係，例如(actorID, inventID)。相同的模式可以在一些其他表格中找到，即(inventID, publisher),(inventID, director),(inventoryID, genre),(inventoryID, supplier),(receiptID, inventID)和(receiptID, customerID)。這些都是你們的關係 - 而不是隻是外鍵約束的烏鴉腳線。在陳的原始記法中，這些關係將使用兩種實體類型之間的連接形式來表示。此外，Chen會爲這些關係中的每一個建立一個單獨的關係表（又名聯結表）。

您的表格圖顯示了14個表格。陳老的方法，將有19臺：

你的標題引用了一個關係模式。請注意，關係模式不限於實體關係模型，但可以表示任何一組規範化表（1NF或更高）。表格的數量部分取決於標準化水平。

但是，沒有關係的屬性。

這是不正確的。您的Purchase關係顯示兩個屬性 - quantity和amountPaid。請注意，屬性是從實體或關係集合到值集的映射。因此，我不把實體鍵作爲關係的屬性。我還將Book的pubYear建模爲Book和Publisher之間關係的屬性。在實踐中，我可能會使同一行列式的關係非規範化，這會產生一個類似於原始圖的物理模式，但是當關系基數發生變化時，分別實施每個關係表在緩解模式更改方面確實具有一些優勢。