看起来你有一个代理键(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
的进一步参考