我有一个表定义为:
OrderID bigint NOT NULL,
IDA varchar(50) NULL,
IDB bigint NULL,
[ ... 50 other non relevant columns ...]
该表的自然主键是 (OrderID,IDA,IDB),但这是不可能的,因为 IDA 和 IDB 可以为 null(它们都可以为 null,但它们永远不会同时定义)。现在我对那 3 列有一个独特的约束。
现在,问题是我需要一个主键来启用事务复制,我面临两个选择:
作为我的 PK 的第二个替代接缝更清洁是有意义的,并且是可行的(参见 msdn link ),但由于我从未在任何地方看到过这样做,我想知道它们是否对这种方法有一些缺点。
最佳答案
可以为空的列不能作为 pk 的一部分,因为 pk 也必须是唯一的。
PK 也不应该是有意义的,因为值的含义可能会改变。
表A和B有关系吗?查看关系数据模型。设计中可能有错误。
OrderID 应该是唯一的,因此对于 PK 来说足够了。
关于sql - 使用计算列作为主键的一部分是个好主意吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2763873/