对于这个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)。这是你的关系-不是乌鸦的脚线，这只是外键限制。在陈的原始表示法中，两种实体类型之间的关系用菱形表示，并与之连接。另外，陈会为这些关系中的每一个建立一个单独的关系表(也称为连接表)。

您的表图显示了14个表。按照陈先生的方法，将有19张表：

​

​

标题引用关系模式。请注意，关系模式并不局限于实体关系模型，而是可以表示任意一组规范化表(1NF或更高版本)。表的数目将部分取决于正常化的程度。

但是，这种关系没有任何属性。

这不对。Purchase关系显示了两个属性-- quantity和amountPaid。注意，属性是从实体或关系集到值集的映射。因此，我不把实体键计算为关系的属性。我还将Book的pubYear建模为Book和Publisher之间关系的一个属性。

在实践中，我可能会使用相同的行列式来取消关系，这会给出一个类似于原始图的物理模式，尽管单独实现每个关系表在关系基数发生变化时确实在缓解模式更改方面有一些优势。