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

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

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

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

您可能需要考虑任何适用的数据法规。电子邮件是个人信息，例如，如果你的用户是欧盟公民，那么根据GDPR，他们可以指示你从你的记录中删除他们的信息(记住，无论你在哪个国家，这都适用)。

如果出于参考完整性或审计等历史原因，需要将记录本身保存在数据库中，则使用代理键将允许您将所有个人数据字段设置为NULL。如果他们的个人数据是主键，这显然不那么容易

我对postgres不太熟悉。主键是一个很大的主题。我在这个网站(stackoverflow.com)上看到了一些很好的问题和答案。

我认为使用数字主键并在电子邮件列上使用UNIQUE INDEX可以获得更好的性能。电子邮件往往在长度上有所不同，可能不适合主键索引。

在这里和这里读点书。

主键应该是唯一的常量

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

使用电子邮件地址作为主键的缺点:

Slower when doing joins. Any other record with a posted foreign key now has a larger value, taking up more disk space. (Given the cost of disk space today, this is probably a trivial issue, except to the extent that the record now takes longer to read. See #1.) An email address could change, which forces all records using this as a foreign key to be updated. As email address don't change all that often, the performance problem is probably minor. The bigger problem is that you have to make sure to provide for it. If you have to write the code, this is more work and introduces the possibility of bugs. If your database engine supports "on update cascade", it's a minor issue.

使用电邮地址作主键的优点:

You may be able to completely eliminate some joins. If all you need from the "master record" is the email address, then with an abstract integer key you would have to do a join to retrieve it. If the key is the email address, then you already have it and the join is unnecessary. Whether this helps you any depends on how often this situation comes up. When you are doing ad hoc queries, it's easy for a human being to see what master record is being referenced. This can be a big help when trying to track down data problems. You almost certainly will need an index on the email address anyway, so making it the primary key eliminates one index, thus improving the performance of inserts as they now have only one index to update instead of two.

在我看来，这两种情况都不是十拿九稳的。当有实用的键时，我倾向于使用自然键，因为它们更容易使用，而且在大多数情况下，缺点并不太重要。

Email是一个很好的唯一索引候选，但不是主键，如果它是一个主键，例如，你将无法更改联系人的电子邮件地址。 我认为你的连接查询也会变慢。