数据库表主键类型设计踩坑记录

Posted 2022-12-12 hoho_12

背景：

第一版设计的时候主键全部设计成了int类型，且自增。我们使用的是mysql数据库，考虑到这样生成主键索引的效率更高，即更容易维护一个二叉树。持久层框架使用的mybatis，直接使用IdType.AUTO来标记主键字段。

问题：

我们设计了一个附件表，里面有一个sub_id来关联其他业务环节的主键，以此来标识此附件为哪一个业务的附件。但此时就出现了问题，因为所有的主键都是从1开始自增，附件表里的sub_id就可能出现重复，而无法区分是哪个业务环节的附件。

解决方案：

1、我们有考虑附件表里面添加了一个sub_type字段，对每个环节进行编码从而来区分。

2、更换主键为字符串类型，后台采用全局唯一的生成规则来生成主键，例如：IdType.ID_WORKER_STR。

后来选择了第二种方式。考虑第一种可能后续改造有点儿硬编码，需要在sql语句中写死哪个环节，不太好。

思考：

之前看很多系统的数据库主键可能都不是设计成int，然后自增，当时还在想为什么。现在有点儿理解了，有时候主键在全局是唯一值，在做业务关联时可能更好区分与设计。