数据库中实体之间的关系

Question

在描述实体之间的关系时，如果表中出现主键，我是否理解正确，假设A在表B中具有确定它是否是一对一，一对多等等？

如果表 B 具有带外键的属性，并且表 B 中的每一行都引用 A 行中的同一个表，那么这是一对多关系，对吗？

提前致谢

Answer 1

您在问题中混淆了表格和行，因此它试图解释更多一点。

如果表 B 有一个外键列，并且该列中的每一行都有一个外键引用表 A 中一行的主键列，那么这是一个一对一关系< /强>。

但是（这就是您所说的），如果表 B 的行中的多个外键引用另一个表 A 中的一个行，那么这是一个一对多关系，因为有多个 B 引用一个 A。

---

示例 为

员工分配了一种类型的计算机。

表员工：

ID    Name  Computer
==============
1     Mike   1
2     Tom    3
3     Joe    1
4     Emily  4

表计算机类型：

ID    Name
==============
1     HP
2     Macbook Pro
3     Dell
4     Alienware

那么这是一个一对多关系，告诉我们一种计算机类型可以分配给 >许多员工，即 Joe 和 Mike 使用 HP 计算机。

Answer 2

关系是在特定的“表”之间而不是行之间。表永远不能有重复的主键，但可以有重复的外键。表之间的关系就是您所需要的。一个 Cardriver 可以拥有多辆车，一辆车可以有多个 Cardriver，但只能有一个车主。一辆车只能有一个车牌，一个车牌只能链接到一辆特定的汽车。

有关更多信息。请查看以下链接。那里有详细描述。

http://en.wikipedia.org/wiki/Entity-relationship_model

Answer 3

关系数据库模型和实体关系建模（ER建模）是两种截然不同的数据建模范例。 ER 建模倾向于将数据模型简化为一些非常简单的概念（例如实体和它们之间的二元关系），而关系数据库模型原则上可以比这更丰富、更强大。当尝试使用 ER 建模术语描述关系数据库概念（这正是您想要做的）时，应牢记这种潜在的不匹配。

在关系数据库中，所有关系都以与所有其他信息相同的方式表示：作为关系内元组内的值（关系或关系变量更常见地称为表）。然而，通常情况下，表中最重要或最明显的关系是那些还引用其他表的关系（“外键”）。这些是 ER 建模通常关注的关系。

对于简单的二元关系，无论是在单个表内还是表之间，请考虑属性 A 和 B 之间关系的规范示例。如果 A 仅是相关表中的候选键，则 A 和 B 之间的有效关系是一对多（或一对零或多）。如果 A 和 B 都是候选键，则关系是一对一（或一对零或一）。