复合主键的用法

Question

可以说我有一个要记录用户名的表。 该表至少应具有两列： UserID和Name 。 通常，我看到人们在UserID上放置了一个主键，然后打开了自动递增功能并将其命名为day。

但是，这对我来说似乎是错误的，键不应该是两列之间的组合键吗？ 因为我们不希望用户名重复。 我们还希望保留UserID以便在名称更改时不会破坏对特定用户的现有引用。

我要说的是，似乎很多人都默认使用ID列并在每个表上都带有PK，而没有确保键在其他列上也具有唯一性。

话虽如此，我是否正确地说表应该始终具有ID列供引用，但是使用复合主键同等重要吗？

Answer 1

不，您不希望将其用作组合键。 这意味着该组合是主键，因此您可以在同一ID上使用不同的名称，而在同一名称上使用不同的ID。

IE：

UserID    Name
-----------------
1         BobaFett
2         JarJar
1         JarJar
2         BobaFett

在没有任何其他约束的情况下，将主键(UserID, Name)的组合将使先前的数据完全合法。

您的UserID列是代理键； 我将再次讨论使用代理键和自然键（您的“ Name列是自然候选键）的智慧，但是如果您想保持现在的设计，那么应该保留UserID作为主键，但也对Name添加唯一约束。 这样可以防止将同一名称附加到多个记录中。

Answer 2

您应该将UserID和Key都设为键，这与制作复合键不同（复合键表示一个键，而不是两个）。

没错，有些人会天真地或粗心地只给表分配一个代理键，而不必考虑需要什么自然键。 至少从许多提倡代理替代的人那里您会得到印象，因为代理在某种程度上是替代自然键的“更好”选择。 显然，它们不是那种。 替代品根本没有选择，因为它们完全可以达成另一件事。

重要的是，一个表应具有数据完整性所需的尽可能多的键，以确保该表准确地表示它应该代表的业务规则。 不要误以为一键就是您所需要的。

Answer 3

如果您希望名称是唯一的，请为此设置一个单独的约束。 这是一个不同的问题。 让您的钥匙成为两者的结合没有优势，只有劣势。 这意味着UserID和Name都可以重复。 这是你想要的吗？

主键不仅用于唯一性。 这对于索引性能也可能很棒。 通常，您认为您的自然键将是唯一的，但是以后会改变。 不过，自然键可能是一个不错的选择。 另一个可行的选择是使用GUID。 为您的主键。

有关使用自动编号数字键或自然键以及多列键的优点，有很多不错的信息。 许多人（包括我在内）认为，autonumbers通常是最好的，虽然有很好的意见的其他方式。 当然，您应该了解这些因素，并最终在不同情况下使用不同的策略。