sql - 使用计算列作为主键的一部分是个好主意吗？

Question

我有一个表定义为:

OrderID bigint NOT NULL,
IDA varchar(50) NULL,
IDB bigint NULL,
[ ... 50 other non relevant columns ...]

该表的自然主键是 (OrderID,IDA,IDB)，但这是不可能的，因为 IDA 和 IDB 可以为 null(它们都可以为 null，但它们永远不会同时定义)。现在我对那 3 列有一个独特的约束。

现在，问题是我需要一个主键来启用事务复制，我面临两个选择:

创建标识列并将其用作主键

创建一个包含 IDA 或 IDB 或 '' 的非空计算列 C，如果两列都为空，并使用 (OrderID,C) 作为我的主键。

作为我的 PK 的第二个替代接缝更清洁是有意义的，并且是可行的(参见 msdn link )，但由于我从未在任何地方看到过这样做，我想知道它们是否对这种方法有一些缺点。

Answer 1

可以为空的列不能作为 pk 的一部分，因为 pk 也必须是唯一的。

PK 也不应该是有意义的，因为值的含义可能会改变。

表A和B有关系吗？查看关系数据模型。设计中可能有错误。

OrderID 应该是唯一的，因此对于 PK 来说足够了。