如果你有一个非int值作为主键，那么在大数据上插入和检索将会非常慢。

整数主键更好的另一个原因是当您在不同的表中引用电子邮件地址时。如果address本身是一个主键，那么在另一个表中你必须使用它作为一个键。所以你可以多次存储电子邮件地址。

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

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

systempuntoout问道:

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

这就是级联的作用。

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

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

我不知道这在您的设置中是否可能是一个问题，但根据您的RDBMS，列的值可能是区分大小写的。PostgreSQL文档说:“如果你声明一个列为UNIQUE或PRIMARY KEY，隐式生成的索引是区分大小写的”。换句话说，如果您在一个以email为主键的表中接受用户输入进行搜索，并且用户提供“John@Doe.com”，那么您将找不到“john@doe.com”。

这取决于桌子。如果表中的行表示电子邮件地址，那么电子邮件是最好的ID。如果不是，那么电子邮件不是一个好的ID。

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