删除子项时,JPA 关系不会更新

2024-04-02

假设有以下场景:

@Entity
public class A {
  @OneToMany(mappedBy = "a", cascade = CascadeType.ALL)
  private List<B> bList;
}

@Entity
public class B {
  @ManyToOne()
  @JoinColumn(name = "a_id", referencedColumnName = "id")
  private A a;

  @ManyToOne()
  @JoinColumn(name = "c_id", referencedColumnName = "id")
  private C c;
}

@Entity
public class C {
  @OneToMany(mappedBy="c", cascade=CascadeType.ALL, orphanRemoval=true)
  @CascadeOnDelete // eclipselink specific optimization annotation
  private List<B> bList;
}

换句话说:对象A和对象C都包含多个B对象。

当我删除一个 C 对象时(从技术上讲,我正在更新一个包含多个 C 对象并使用孤儿删除的对象),我希望删除所有引用的 B 对象,这可以按当前注释的预期工作。然而,实体管理器似乎不明白位于其缓存中的对象 A 现在已经丢失了一些子对象。如果我有一个 A 的实例,我当然必须手动更新它的 bList,或者执行一个新的查询来更新它,但即使是新获取的 A 对象仍然是过时的。重申一下:

  • C 对象被删除。
  • 删除通过 orphanRemoval 级联到 B 对象。
  • 实体管理器中缓存的 A 对象中的 bList 是未更新.
  • 手动清除实体管理器缓存可以使其检索正确更新的对象。

如何解决这个问题?我希望实体管理器自动更新其持久性上下文,或者在 @JoinColumn 上提供级联注释,但这里似乎都不是这种情况。

编辑:问题似乎在于对象 C 的 bList 在更新对象 A 的 bList 时未更新(因此无法级联更改)。但我不知道为什么......仍然请注意,我正在谈论持久性上下文而不是实例化对象。


JPA 不会为您维护关系,应用程序必须维护它们。这意味着当您删除一个实体时,应用程序负责清除对该实体的任何引用。当它是外键关系时,这一点很明显,因为如果不这样做,数据库约束通常会导致异常。在反向引用的情况下,虽然关系没有严格的数据库约束,但用户通常会错误地认为 JPA 会处理它 - 导致缓存损坏。

处理它的方法是删除对 C 和 B 实体的任何引用。在您的对象模型中,这意味着修复 A 的 bList 以删除 B。我已经看到这是通过实体删除事件或在应用程序代码中处理的。由于在这种情况下,A 没有外键,因此您还可以在删除发生后(即刷新或提交后)从数据库刷新受影响的 A 实体。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

删除子项时,JPA 关系不会更新 的相关文章

随机推荐