database - ER图，这是允许的吗？

Question

我必须基于关系模式创建 ER 图。

有一张玩家表和一张区域表。一名玩家可以“居住”在多个区域，每个区域由一个或多个玩家拥有。

我想出了这个简单的 ER 图，但我不确定是否允许双向关系？

干杯

Answer 1

是的，这是一个非常好的实体关系图。 (我不回答是否有意义:您仍然需要解决关系和基数。)

使用正确的术语有助于人们准确理解您在讨论什么，以及您在讨论哪个级别。松散的谈话会导致讨论的音量更大，并且会浪费时间来澄清您所说的术语的含义。不利于富有成效的技术工作。

1. 在这个早期阶段，对实体和关系(而不是属性)建模是很正常的，这就是它被称为 ER 图的原因；我们离数据建模还很远。关系是相关的，这就是为什么您要在菱形和基数中详细说明和评估它们的性质。目标是澄清真正的实体，以及它们之间的关系。多对多关系仍然是关系。 ERD 是纯逻辑的，没有物理的。

2. 一旦您对此有一定的信心，您已经正确地获得了实体和关系，您就可以转向数据模型(包括属性)。仍然在逻辑 级别，n::n 关系仍然是关系。

   • 随着您的进步，您可以显示更多细节，例如每个属性的域。那是数据类型，但在逻辑级别，正如术语 Entity = Table 和 Attribute = Column，Domain = DataType。
     .

3. 当您到达物理层面时，数据模型有表；列;数据类型。

   • 和 n::n 关系表现为关联表。
     .
4. 想法是，只要按照规定的步骤进行，在(1)处，钻石中的内容将确定(暴露)它们是否需要存储，从而将钻石提升为实体；否则它仍然是一个关系。

在我获得的关系模式中有一个名为 lives-in 的联结表。但是，我想当将关系模式 [返回] 映射到 ER 图时，联结表变成了关系？

• 关系术语是关联表。

• 是的。如果它是一个纯 n::n 表(只包含父表的主键的两个外键)，在 ERD 级别(仅逻辑)，它是一个关系。

• 如果它有除这两个 FK 之外的列，它就是一个实体。