似乎没有人提到一个可能的问题，即电子邮件地址可能被视为隐私。如果电子邮件地址是主键，那么个人资料页面的URL很可能类似于..../Users/my@email.com。如果不想暴露用户的电子邮件地址怎么办?您必须找到其他一些识别用户的方法，可能是通过一个唯一的整数值来生成像..../Users/1这样的url。那么你最终会得到一个唯一的整数值。

您应该使用整数主键。如果你需要电子邮件列是唯一的，为什么不简单地在该列上设置一个唯一索引呢?

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

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

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

是的，这是一个糟糕的主键，因为你的用户会想要更新他们的电子邮件地址。

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

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

在这里和这里读点书。