您应该使用整数主键。如果你需要电子邮件列是唯一的，为什么不简单地在该列上设置一个唯一索引呢?

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

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

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

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

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

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

你的同事是对的:使用一个自动递增的整数作为你的主键。

您可以在应用程序级别实现电子邮件唯一性，或者您可以将电子邮件地址列标记为惟一，并在该列上添加索引。

将字段添加为唯一字段只会在插入到该表时花费字符串比较的成本，而不会在执行连接和外键约束检查时花费字符串比较成本。

当然，您必须注意，在数据库级别向应用程序添加任何约束都可能导致应用程序变得不灵活。在仅仅因为应用程序需要某个字段是唯一的或非空的，就将它设置为“唯一的”或“非空的”之前，一定要充分考虑。