mysql – 外键是首选字符串还是int？

在userid和username之间,最好用作外键,为什么？

我的老板想要使用字符串,那可以吗？

看起来你有一个代理键(int userId)和一个自然键(char或varchar用户名).这两列都可以用作表的主键,无论哪种方式,您仍然可以强制执行另一个键的唯一性.

现在有很多关于自然和代理键之间权衡的讨论 – 你需要决定什么对你有用,以及你组织内的’标准’是什么.

选择这种或那种方式时需要考虑以下几点：

使用代理键的情况(例如UserId INT AUTO_INCREMENT)

如果使用代理(例如UserId INT AUTO_INCREMENT)作为主键,那么引用表MyUsers的所有表应该使用UserId作为外键.

但是,您仍然可以通过使用额外的 unique index 来强制使用用户名列的唯一性,例如：

CREATE TABLE `MyUsers` (
  `userId` int NOT NULL AUTO_INCREMENT,
  `username` varchar(100) NOT NULL,
  ... other columns
  PRIMARY KEY(`userId`),
  UNIQUE KEY UQ_UserName (`username`)

根据@Dagon,使用窄主键(如int)比使用更宽(和可变长度)的值(如varchar)具有性能和存储优势.此优势还会影响更多引用MyUsers的表,因为userid的外键将更窄.

代理整数键的另一个好处是可以轻松更改用户名,而不会影响引用MyUsers的表.

如果用户名被用作自然密钥,则表格通过用户名与MyUsers连接,这使得更改用户名更加不方便(因为否则会违反外键关系).如果在使用username作为外键的表上需要更新用户名,则需要使用类似 ON UPDATE CASCADE 的技术来保持数据完整性.

使用自然密钥的情况(即用户名)

在使用代理键的不利方面,通过代理键引用MyUsers的其他表将始终需要连接回MyUsers表以检索用户名. Natural键的一个潜在好处是,如果查询只需要引用MyUsers的表中的Username列,则它不需要联接回MyUsers来检索用户名,这将节省一些开销.

关于自然与替代辩论和权衡 here 和 here 的进一步参考