如何在 RDBMS 中最好地实现 1:1 关系？

Question

昨天在做一个项目时，我想到了一种特殊的 1:1 关系，这让我想知道 - 如何最好地实现这一点（显然，我们做错了：D）

这个想法是有两种类型的实体，A 和B. 它们可以单独存在，但它们之间也可以有联系。如果存在链接，那么它一定是 1:1 链接，并且是双向的。

它就像一个瓶子和一个盖子。它们可以分开存在，但当连接在一起时，瓶子将只有一个盖子，并且盖子将仅连接到一个（且相同）瓶子上。

您将如何实现这种关系，同时牢记有关规范化、数据完整性等的所有最佳实践？

补充：差点忘了说 - 它们每个都有十多个属性，因此将它们放在同一个表中，其中一半字段为 NULL 是一个非常尴尬的解决方案。此外，该链接可以随时与另一个实体断开并重新创建。

Answer 1

为了解决这个问题，我将从标准的多对多关系布局开始。

TableA
  AId
  AInfo

TableB
  BId
  BInfo

TableA2B
  AId
  BId

然后，我将使用触发器、唯一索引、约束来强制表中的 1:1 关系。确切的方法取决于系统需求。

我喜欢这种格式的原因是，许多关系都将属性作为关系的一部分，而不是实体的一部分。这种模式允许现在和将来这样做。

例如：一个人在一家公司工作。该关系的雇用日期与个人实体或公司实体不符。

Answer 2

CREATE TABLE A (id INT NOT NULL PRIMARY KEY, field1, …)

CREATE TABLE B (id INT NOT NULL PRIMARY KEY, field1, …)

CREATE TABLE AB (aid INT NOT NULL, bid INT NOT NULL,
                CONSTRAINT pk_ab PRIMARY KEY (aid, bid),
                CONSTRAINT ux_a UNIQUE (aid), 
                CONSTRAINT ux_b UNIQUE (bid),
                CONSTRAINT fk_aid_a FOREIGN KEY (aid) REFERENCES A,
                CONSTRAINT fk_bid_b FOREIGN KEY (bid) REFERENCES B
                )

Answer 3

我认为架构应该是这样的：

create table A (
    A_id    integer    primary key,
    ...
);

create table B (
    B_id    integer    primary key,
    A_id    integer    references A (A_id),
    ...
);

alter table B add constraint c1 unique(A_id);

B只能引用A中的一行，并且由于该字段是唯一的，因此A只能被B中的一行引用。B.A_id可以为

空，因此行可以存在于A和B中不互相引用。

唯一约束并不排除存在多个 NULL 记录。唯一约束可确保所有值都是唯一的或 NULL。

Answer 4

可空外键在一端或两端具有唯一约束（两端都很有趣！）

Answer 5

将引用 A 的外键与引用 B 的外键分开连接表，两列都具有 UNIQUE 约束。因此，要么两个实体之间存在链接，并且是其中任何一个实体的唯一链接，要么不存在链接，因此表中没有行。

Answer 6

我将使用 Darryl 提出的解决方案：

TableA
  AId
  AInfo

TableB
  BId
  BInfo

TableA2B
  AId
  BId

然后只需在 tableA2B 中的 AId 和 tableA2B 上的 BId 上添加唯一约束

alter TableA2B add constraint ucAId unique(AId)
alter TableA2B add constraint ucBId unique(BId)

我认为这可以解决您的问题

未链接到任何 tableB 条目的 tableA 条目将不会类似地出现在 TableA2B 中tableB 条目未链接到 tableA。

该约束将强制执行从 tableA 到 tableB 或 tableB 到 tableA 的最多一个链接

Answer 7

IMO 有两种不同的情况需要考虑。第一种情况最好用一夫一妻制婚姻来描述：两个对象是独立创建的，并且在某个时间点将它们结合在一起；之后，它们可能会被分离，并可能与其他物体结合在一起。对于这样的关系，我建议使用许多其他人使用的 A2B 表方法。

案例二是双胞胎：如果两个物体是相连的，那么它们从出生起就如此，直到其中一个物体死亡为止。对于这种情况，您可以选择在创建期间简单地为它们提供相同的主键（例如，在 Oracle 中，通过从序列中选择一个值并将其用作两个表的 ID）。

Answer 8

“两端都有外键。当你尝试建立/断开链接时也很尴尬。必须求助于触发器和其他东西。我希望有一种更优雅的武器。”

在基于 SQL 的系统中，您找不到如此优雅的武器。

达里尔彼得森的回应表明了这个解决方案在逻辑上是正确的。但是，由于 SQL 缺乏对“多重赋值”的 TTM 概念的支持，某些“更改链接”的情况可能会成为 SQL 中的噩梦。