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

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.

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

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

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

如果只是要求电子邮件是唯一的，那么你可以用该列创建一个唯一的索引。

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

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

您可以通过使用整数主键来提高性能。

主键应该是唯一的常量

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