这很糟糕。假设某个电子邮件提供商倒闭了。用户会想要更改他们的电子邮件。如果你使用e-mail作为主键，用户的所有外键都将复制该电子邮件，这使得更改它非常困难……

．.． 我甚至还没有开始谈论性能考虑因素。

主键应该是唯一的常量

电子邮件地址随着季节的变化而变化。作为查找的辅助键很有用，但作为主键不太合适。

主键应该选择一个静态属性。由于电子邮件地址不是静态的，可以被多个候选人共享，因此使用它们作为主键并不是一个好主意。此外，电子邮件地址通常是一定长度的字符串，可能大于唯一id，我们想使用[len(email_address)>len(unique_id)]，所以它将需要更多的空间，甚至最糟糕的是，它们被多次存储为外键。因此会导致性能下降。

不要使用电子邮件地址为主键，保持电子邮件的唯一性，但不要使用它为主键，使用用户id或用户名为主键

我知道这有点晚了，但我想补充的是，人们放弃电子邮件帐户和服务提供商恢复地址，允许其他人使用它。

正如@HLGEM指出的那样，“Jsmith@somecompany.com很容易在一年后属于约翰·史密斯，两年后属于朱莉娅·史密斯。”在这种情况下，如果约翰·史密斯想要你的服务，你要么拒绝使用他的电子邮件地址，要么删除所有与朱莉娅·史密斯有关的记录。

如果你必须根据当地法律删除与企业财务历史有关的记录，你可能会发现自己陷入困境。

所以我永远不会使用电子邮件地址、车牌等数据作为主键，因为无论它们看起来多么独特，它们都不受你的控制，并且可能会提供一些你可能没有时间处理的有趣挑战。

字符串比较比int比较慢。但是，如果您只是使用电子邮件地址从数据库检索用户，那么这并不重要。如果您有多个连接的复杂查询，那么这很重要。

如果在多个表中存储有关用户的信息，则用户表的外键将是电子邮件地址。这意味着您将多次存储电子邮件地址。