数据库中间表要不要用联合主键？

[yodhcn]

很多 ORM 的官方文档对于 many-to-many 关系，在其给出的例子中，中间表总是创建联合主键，例如：

export const usersToGroups = pgTable(
  'users_to_groups',
  {
    userId: integer('user_id')
      .notNull()
      .references(() => users.id),
    groupId: integer('group_id')
      .notNull()
      .references(() => groups.id),
  },
  (t) => ({
    pk: primaryKey({ columns: [t.userId, t.groupId] }),
  }),
);

但这种习惯真的好吗？为了避免页分裂，不是应该推荐主键自增吗？

各位建表时，中间表是以什么样的结构建的？对于支持 row_id 的数据库，主键是不是都没有必要了，只用一个联合 unique 索引就可以了？

[yuanmomo]

我印象非业务主键，id 没有任何意义，就是自增的。然后其他键都是用的 unique 就够了。

[lt0136]

使用自增主键的话，为了查询，user_id+group_id 还是要建索引，更新记录的时候，这个索引也可能会页分裂。
所以直接用联合主键就好了，用自增 id 多此一举

[wxf666]

你用自增主键，表本身是不会页分裂。

但联合索引呢？你也严格按 (userId, groupId) 递增顺序，插入到表里吗？

你的业务请求，挺有规律啊。。

[waytodelay]

@lt0136 一个页 16K ，存索引分裂的情况是不是小一点，毕竟索引字段少占内存肯定也小啊？

[wxf666]

@waytodelay #4

如果中间表字段少（比如就存 user_id 、group_id ），存索引不是还多一个自增字段吗？

如果中间表字段多，存索引的话，会不会大概率经常回表，查其他字段呢？

另外，索引相当于乱序插入了，页分裂肯定很频繁呀。。

（除非你严格按照 user_id 、group_id 自增顺序插入。那你的业务，是没有回头客啥的吗？）