我还要指出，电子邮件是一个糟糕的选择，使一个独特的领域，有些人，甚至是小企业共享一个电子邮件地址。和电话号码一样，电子邮件也可以重复使用。Jsmith@somecompany.com很容易属于一年前的约翰·史密斯，两年后的茱莉亚·史密斯。

电子邮件的另一个问题是它们经常变化。如果你用这个键连接到其他表，那么你也必须更新其他表，当整个客户公司更改他们的电子邮件时，这可能会对性能造成相当大的影响(我曾经见过这种情况)。

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

就我个人而言，我在设计数据库时不使用任何信息作为主键，因为我很可能在以后需要更改任何信息。我提供主键的唯一原因是，它方便从客户端执行大多数SQL操作，我的选择一直是自动增加整数类型。

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

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

在这里和这里读点书。

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

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