当存在Table1Table2和Table3三个实体时，称为什么关系
Table1 与 Table3 具有一对一关系Table2 与 Table3 具有一对多关系Table3 具有两个复合键，Table1ID 和 Table2ID .
这种关系叫什么？我试图弄清楚如何在 ORM 中对此进行建模，但因为我什至不知道这种关系是什么，我什至不知道从哪里开始。
【问题讨论】：
标签： mysql database orm relational-database entity-relationship
我们通常将其称为 reflexive 或 双向。
在 ORM 中处理此问题并非易事。
如果您可以从Table3 中删除Table1ID 列（删除指向后面的外键），那将简化模型。但这可能不是您的选择。
Hibernate 将此称为双向关联； Hibernate 只保留该关联的一个“结束”；它不会在两个方向上维护外键。
编辑
我查看了模型图（来自您在评论中提供的链接）。
看起来很像personVehicle 表是一个关联 表，介于person 和vehicle 之间。这与我们在解决多对多关系时看到的模式相同。您的模型看起来像是多对多的一种特殊情况，其中关系的一侧被限制为只有一侧。
就键而言，您的模型如下所示：
person
id PK
vehicle
id PK
personVehicle
person_id PK, FK->person(id)
vehicle_id PK, FK->vehicle(id)
如果我理解您的要求，您希望在 vehicle 表上表示一个外键约束，该约束指向 personVehicle 表中的一行：
vehicle
id PK, FK->personVehicle(vehicle_id)
我不知道有任何 ORM 会自动为您在 vehicle 表中维护这种类型的双向外键。 （我不认为在外键列中维护值是不可能的，不仅仅是可能以 ORM 将在两个方向上维护外键的方式“声明”这种关联。
（某些数据库，例如 Oracle，允许我们创建和维护这样的关系，方法是在我们插入、更新和删除时允许外来约束被延迟，并将外键约束的检查推迟到 COMMIT。）
如果有一个外键，来自vehicle，指向personVehicle 中的一行，并且要求personVehicle 中的行必须引用回vehicle 中完全相同的行表（而不仅仅是某些行），那么您实际上并不需要 vehicle 表中的外键。该关系已在模型中由personVehicle 表中的外键充分表示。
如果您需要强制执行车辆最多只能与一个人车辆相关的约束，则需要对personVehicle(vehicle_id) 进行唯一约束。这充分代表了模型中的需求。
如果这确实是一对一的，并且您需要一个外键，那么这实际上相当于完全删除 vehicle 表，并将该表中的属性合并到 personVehicle 表中。
编辑
我对反身这个词的使用可能不正确。我通常将具有对同一表中的列的外键引用的表称为递归。
就两个表之间的关系而言，其中每个表都有引用另一个表的外键...在 t1 中的行引用 t2 中的行的情况下， t2 中的行引用回 t1，而不仅仅是任何行，而是回溯到引用它的完全相同的行......我认为这是“反映”回来的关系。
这种关系反映了回来。但我们不使用术语“反射”，因为该术语在 Java 中具有特殊含义。所以，也许唯一合适的术语是“双向”。
典型的双向一对一关系是一个表中的行指向另一个表中的行，该行又指向原表中完全相同的行：
例如：
t1 t2
id t2_id id t1_id
--- ----- ---- ------
1 A A 1
2 B B 2
3 C C 3
另一种形式是行不一定引用引用它的同一行。 （这通常不限于一对一），但我们仍然有指向两个方向（从 t1 到 t2，以及从 t2 到 t1）的外键
例如：
t1 t2
id t2_id id t1_id
--- ----- --- ----
1 A A 2
2 B B 3
3 C C 1
在第一种情况下，我们要求一行具有一个外键值，该外键值仅引用另一个表中引用原始行的行。关系“反射”回来。
在第二种情况下，我们没有这个要求。如果我从第 1 行开始，它指向 A 行，A 行又指向第 2 行。
在定义数据库中的外键关系方面，约束的定义是相同的。区别通常在于外键列是否可以为 NULL，或者必须为 UNIQUE。
我认为除了“双向”之外，还有一个术语可以将第一种情况与更一般的第二种情况区分开来。我以为我使用了“反身”或“反思”这个词，但我可能弄错了。
就“递归”关系而言，外键指向同一个表中的一行，该外键（几乎）总是引用表中的不同行；它不引用自身。
【讨论】：