我对数据库管理还比较新，但这个问题似乎从未得到过超过一句话的回答。其他所有SO答案都说“候选键是极小超键。” 对我来说这毫无意义。
一个候选键应该指定数据库记录的唯一性，对吧？而主键就是一个候选键。如果主键已经指定了唯一性，再加上更多的候选键有什么意义呢？
我见过像下面这样的示例记录：
Employee(ID, Name, PhoneNumber)
其中ID是主键，PhoneNumber是一个候选键。从我的理解来看，ID已足够指定员工记录的唯一性。虽然电话号码可能是唯一的，但将其作为候选键进行指定看起来并不“极小”。
这意味着如果PhoneNumber确实是一个候选键，你可以删除ID列并使用PhoneNumber。换句话说，它是作为唯一键的候选键。
维基百科有一个更加正式的定义，您可能会想要查看。
User (fullName, socialSecurityNumber, creditCardNumber, age).
好的，您需要选择这些列的哪个子集作为主键。
在设计数据库时，当然的目标是尽可能地将此集合保持最小化。如果仅使用SSN就可以保证唯一性，则不会使用(SSN, creditCardNumber)。
现在，假设fullName、SSN和creditCardNumber是您知道的所有用户都独一无二的字段。您可以使用其中任何一个作为您的PK，因此它们都是候选键（而age则不是）。
您会选择哪个呢？这将取决于诸如字段的数据类型（例如，在整数列上设置索引比在varchar列上更可取）等因素。
候选键与主键完全相同。所有候选键的目的都是为了通过防止重复数据来确保数据完整性。如果必要的话，可以在表中强制执行多个候选键，以确保某些数据不会重复。
请注意，在此上下文中，“最小”并不意味着最小。它意味着不可约。即使删除关键字中的任何属性也仍然保持其唯一性。
现在，B、AB、ABC、BCD标识了所有列，因此这四个符合超键的条件。
但是，B⊂AB；B⊂ABC；B⊂BCD，因此AB、ABC和BCD不符合候选键的条件，因为它们的子集可以标识关系，所以它们不是最小的，因此只有B是候选键，而不是其他。
谢谢您的提问。
候选键通常指那些可能被选为自然主键的列。然而，自然主键通常不是一个好主意，因为它们是唯一的但不是不变的（想想如果公司名称更改了，就需要更改数百万个子行的混乱情况），或者因为它们在连接方面比代理键效率低。此外，在现实生活中，许多潜在的候选键并不稳定到足以成为真正的主键，并且并不像我们想象的那样独特。例如，电子邮件可以在关闭帐户后重新使用。
您可以添加其他索引来指定唯一性以维护数据完整性。例如，在您的示例中，您正在使用代理键来确保记录的唯一性。但这并不能确保人员/电话组合仅输入一次。因此，如果您使用代理键，则需要为数据中的任何可能的候选键（这可以由一个或多个字段组成）创建唯一索引。这确保了需要唯一的项目，并允许您获得代理键的性能优势。
有时候，某些字段或字段组合应该是唯一的。例如，假设您有一个存储组织结构的表。每个组织实体都应该是唯一的，每个组织/人员组合也应该是唯一的（假设没有工作共享）。通过在这些字段上放置唯一索引，您可以防止将错误数据插入表中。