删除子级后，JPA关系未更新

Question

鉴于以下情况：

@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对象的对象并使用orphanremoval），我希望删除所有引用的B对象，该对象在当前注释中可以正常使用。 但是，实体管理器似乎并不了解位于其缓存中的对象A现在失去了一些子代。 如果我有一个A的实例，我当然必须手动更新它的bList，或者做一个新的查询来更新它，但是即使新获取的A对象仍然过时。 重申：

• C对象被删除。
• 使用orphanRemoval将删除级联到B对象。
• 实体管理器中缓存的A对象中的bList 不会更新 。
• 手动清除Entity Managers缓存使其可以检索正确更新的对象。

如何解决呢？ 我希望实体管理器自动更新其持久性上下文，或者在@JoinColumn上提供级联批注，但在这里似乎都不是。

编辑：似乎问题出在对象C的bList更新时，对象C的bList没有得到更新（因此无法级联更改）。 我不知道为什么。仍然注意，我是在谈论持久性上下文，而不是实例化的对象。

Answer 1

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

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