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

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

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

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

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

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

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