如果不是“完成”孤儿，孤儿删除不起作用

Question

我有

public class RelationObject  {
    @OneToMany(orphanRemoval = true, mappedBy = "relationObject")
    private Set<RelationParticipant> participants = new HashSet<RelationParticipant>();
}

public class BusinessObject  {
    @OneToMany(orphanRemoval = true, mappedBy = "businessObject")
    private Set<RelationParticipant> participants = new HashSet<RelationParticipant>();
}

和

public class RelationParticipant {
    @ManyToOne
    @JoinColumn(name = "ro_id", nullable = false)
    private RelationObject relationObject;

    @ManyToOne
    @JoinColumn(name = "bo_id", nullable = false)
    private BusinessObject businessObject;
}

我有一个 RelationParticipant 连接到一个 RelationObject (relobj) 和一个 BusinessObject。 现在我执行 em.remove(relobj)，在提交或刷新时我得到一个完整性异常。或者有时我不会，这取决于。

根据 JPA 规范，“如果将删除操作应用于托管源实体，则删除操作将级联到关系目标”。但有时这不会发生。有时会。为什么？

Answer 1

JPA 声明孤立删除的操作与关系上的级联删除相同，因此无需设置级联删除 - 当您删除 RelationObject 时，如果 orphanRemoval = true，JPA 将删除所有引用的 RelationParticipants。

您可能不会在所有情况下都看到这种行为，因为 JPA 只能将删除级联到它知道的实体。在您的情况下，检查 RelationObject 的参与者集合是否真的包含 2 个在数据库中引用它的 RelationParticipants。如果没有，JPA 只会删除它知道的那些。一种快速的检查方法是在 RelationObject 上调用 remove 之前对其调用 refresh。这在不维护双向关系双方的应用程序中很常见，例如，通过设置 RelationParticipants->RelationObject 引用而不将 RelationParticipants 添加到 RelationObject 的参与者集合中。如果是这种情况，JPA 不会为您维护双向关系 - 应用程序需要保持双方同步。

Answer 2

经过几天的研究，我发现了以下行为。 OrphanRemoval 仅将删除级联到成为孤儿的实体；不仅是一个关系的孤儿（其源被删除），而且是所有关系的孤儿。示例：如果我删除其 Target[] 中包含 X 的 Source，则 X 将成为孤立的，除非存在另一个 X 也是 Target 的源 S。当然，当 X 是 S 的“主人”（S 包含对 X 的 FK）时，这是很自然的；但是即使 X 是 S 的“孩子”（X 包含到 S 的 FK，并且 X 是反向关系的源：“mappedBy=...”），级联也不会发生。 我在 JPA 规范中找不到这个特殊条件，所以也许我错了？但至少这个解释是有道理的。

因此，在我的示例中，删除 relobj 不会级联到其 RelationParticipants，因为后者中的每一个也由其 BusinessObject 引用（作为关系的反向、非拥有方）。

另一个有趣的行为：即使在这种情况下，级联仍然可以发生，如果 EntityManager 不知道任何障碍。比如说，在 DB 中有一个引用 RelationParticipant 的 BusinessObject，但它还没有被 EntityManager 加载。在这种情况下，EntityManager 将不会检测到此 BusinessObject 对 RelationParticipant 的反向引用，并且 em.remove(relobj) 将成功级联到 relobj.getParticipants()。