Hibernate @OrderColumn为何生成两次查询而非一次？

原因分析 #

出现额外UPDATE的核心原因有两点：

1. 双向关联维护端与@OrderColumn的配合逻辑
   你的代码中使用mappedBy="parent"，意味着Child是关联关系的维护端（owner），Parent是被动端（inverse）。而@OrderColumn标注在Parent的childs列表上，Hibernate需要根据List的索引同步维护Child的pos字段。
   级联保存时的执行顺序：

   • 先插入Parent，生成自增ID
   • 插入Child时，pos字段是int默认值0，同时设置parent_id关联到刚生成的Parent ID
   • 事务提交前，Hibernate遍历Parent的childs列表，根据元素索引更新对应Child的pos字段，由此产生额外UPDATE语句。

2. IDENTITY主键生成策略的限制
   Parent和Child都使用GenerationType.IDENTITY，该策略下主键值仅在插入数据库后才能获取。Hibernate无法在插入Child前完全确定关联关系和对应pos值，只能先插入默认pos，再后续修正。

解决办法 #

1. 手动维护pos字段和双向关联

创建实体时主动设置Child的pos值和parent关联，让Hibernate插入时直接使用正确的pos：

// 创建Parent实例
Parent parent = new Parent();
// 创建Child并设置pos和关联
Child child1 = new Child();
child1.setPos(0);
child1.setParent(parent);

Child child2 = new Child();
child2.setPos(1);
child2.setParent(parent);

// 关联到Parent的列表
parent.setChilds(Arrays.asList(child1, child2));

// 保存Parent
session.save(parent);

这种方式下Hibernate会直接用你设置的pos插入Child，不会生成额外UPDATE。

2. 改用单向关联（移除mappedBy）

若业务允许，将关联改为单向，让Parent作为维护端，Hibernate会在插入Child时直接设置正确的pos：

// 修改Parent实体的@OneToMany注解
@OneToMany(cascade = CascadeType.ALL, orphanRemoval = true, fetch = FetchType.EAGER)
@JoinColumn(name = "parent_id") // 用@JoinColumn替代mappedBy
@OrderColumn(name = "pos")
private List<Child> childs;

3. 替换IDENTITY生成策略（可选）

如果数据库支持，改用SEQUENCE或TABLE主键生成策略，Hibernate能在插入前获取主键值，从而直接设置正确的pos，但该改动需结合数据库特性评估。

内容的提问来源于stack exchange，提问作者Spialdor