同一事务中多个 Eclipselink 合并需要 Flush() 吗？

Question

我在单个事务中调用多个 EntityManager.merge() 时遇到问题。这是使用 Oracle 数据库。这两个对象都不存在。实体：

public class A {
    @Id
    @Column("ID")
    public Long getID();

    @OneToOne(targetEntity = B.class)
    @JoinColumn("ID")
    public B getB();
}

public class B {
    @Id
    @Column("ID")
    public Long getID();
}

合并代码看起来像这样：

@Transactional
public void create(Object A, Object B) {
    Object A = entitymanager.merge(A);
    B.setId(A.getId());
    entitymanager.merge(B);
}

对象 A 的 ID 通过序列生成，并在 B 上正确设置。查看日志，在调用 B 上的合并之前调用 A 上的合并。有一个从 A 到 B 的 @OneToOne 映射。但是，在方法结束时，当它实际提交时，它会尝试在 B 上执行 INSERT，然后再对 A 执行 INSERT，这会抛出 IntegrityConstraintViolation 因为“找不到父键”。

如果我在第二次合并之前添加 entitymanager.flush() ，它就可以正常工作。

@Transactional
public void create(Object A, Object B) {
    Object A = entitymanager.merge(A);
    entitymanager.flush();
    B.setId(A.getId());
    entitymanager.merge(B);
}

然而，flush() 是一个昂贵的操作，没有必要。所有这些都应该发生在同一个事务中（@Transactional 的默认传播是 Propagation.REQUIRED）。

知道为什么没有flush()就行不通吗？为什么即使A上的合并发生在B上的合并之前，COMMIT上的实际INSERT却相反？

Answer 1

如果实体 A 和 B 没有关系（即 @OneToOne、@OneToMany，...），则持久性提供程序无法计算正确的插入顺序。 IIRC EclipseLink 在将 SQL 语句发送到数据库时不使用对象创建顺序。

如果您不想使用flush()，只需将约束设置为延迟即可。

Answer 2

正如 Frank 提到的，您显示的代码没有设置 A->B 关系，因此提供程序无法知道此 B 对象需要插入到 A 之前。其他关系可能会导致它认为一般情况下需要先插入A。

延迟约束可以在某些数据库上进行，指的是设置数据库将约束处理延迟到事务结束。如果推迟或删除约束，则可以查看正在生成的 SQL 是否正确，或者代码和遗漏的映射是否存在其他问题。

Answer 3

除非存在双向 @OneToOne 注释，否则合并似乎是按字母顺序排列的（至少这是一种可能性）。

以前：

public class A {
    @OneToOne(targetEntity = B.class)
    @JoinColumn("ID")
    public B getB();
}

public class B {
    @Id
    @Column("ID")
    public Long getID();
}

现在：

public class A {
    @OneToOne(targetEntity = B.class)
    @JoinColumn("ID")
    public B getB();
}

public class B {
    @Id
    @Column("ID")
    public Long getID();

    @OneToOne(targetEntity = A.class)
    @JoinColumn("ID")
    public A getA();
}

对于我正在做的事情，B 有办法获得 A 并不重要，但我仍然不明白为什么 A 中的注释不够。