在逻辑层面上，电子邮件是天然的关键。 在物理层面上，如果您使用的是关系数据库，那么自然键并不适合作为主键。原因主要是别人提到的性能问题。

出于这个原因，设计可以进行调整。自然键成为替代键(UNIQUE, NOT NULL)，您使用代理键/人工键/技术键作为主键，在您的情况下，这可以是一个自动递增键。

systempuntoout问道:

如果有人想更改他的电子邮件地址怎么办?你是否也要更改所有外键?

这就是级联的作用。

使用数字代理键作为主键的另一个原因与索引在平台中的工作方式有关。例如，在MySQL的InnoDB中，表中的所有索引都预先挂起了主键，所以你希望PK尽可能小(为了速度和大小)。同样与此相关的是，当主键按顺序存储时，InnoDB会更快，而字符串在那里没有帮助。

使用字符串作为替代键时要考虑的另一件事是，使用您想要的实际字符串的哈希值可能更快，跳过一些字母的大写和小写。(实际上，我降落在这里是为了寻找证据来证实我刚才说的话;还看……)

使用GUID作为主键…这样，当你执行INSERT操作时，你就可以从程序中生成它，而不需要从服务器获取响应来找出主键是什么。它在所有表和数据库中都是唯一的，如果有一天你截断了表，自动增量被重置为1，你不必担心会发生什么。

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

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

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

在逻辑层面上，电子邮件是天然的关键。 在物理层面上，如果您使用的是关系数据库，那么自然键并不适合作为主键。原因主要是别人提到的性能问题。

出于这个原因，设计可以进行调整。自然键成为替代键(UNIQUE, NOT NULL)，您使用代理键/人工键/技术键作为主键，在您的情况下，这可以是一个自动递增键。

systempuntoout问道:

如果有人想更改他的电子邮件地址怎么办?你是否也要更改所有外键?

这就是级联的作用。

使用数字代理键作为主键的另一个原因与索引在平台中的工作方式有关。例如，在MySQL的InnoDB中，表中的所有索引都预先挂起了主键，所以你希望PK尽可能小(为了速度和大小)。同样与此相关的是，当主键按顺序存储时，InnoDB会更快，而字符串在那里没有帮助。

使用字符串作为替代键时要考虑的另一件事是，使用您想要的实际字符串的哈希值可能更快，跳过一些字母的大写和小写。(实际上，我降落在这里是为了寻找证据来证实我刚才说的话;还看……)

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