休眠、多对一和删除

Question

假设您有一个从 A 类到 B 类的单向一对多关联，如下所示：

public class A {
    @OneToMany(cascade = CascadeType.ALL)
    private List<B> myBs;
}

public class B {
    //I know nothing about A
}

在数据库中，它们通过第三个表连接，并保留它们的 ID。

现在，我想删除一个连接到 A 的 B 对象。A 有自己的存储库类，B 有自己的存储库类。

在我的项目中以类似设置完成此操作的方式是，首先要求有问题的 A 删除有问题的 B，然后告诉 EnitityManager 从数据库中删除 B。

这让我有点卡在两个选择之间，在我看来它们都不是最佳选择：

1. BRepository 中的存储库方法处理从其连接的 A 中删除 B 以及通过 EntityManager 从数据库中删除。我不喜欢这样，因为那样 B 的存储库类将不得不操作 A 对象。

2. BRepository 中的存储库方法仅处理通过 EntityManager 进行的删除，由调用者将其从 A 的集合中删除。我更不喜欢这样，因为如果有人在没有先从 A 的集合中删除 B 的情况下调用存储库，它将严重失败。

在这两个中，我发现第一个是迄今为止最好的。但是，我真的不认为它是干净的。

Hibernate 中是否有一些结构允许在从数据库中删除时从它所属的任何集合中删除要删除的项目？ （试图只删除 B 失败，因为包含它的 A 也加载到同一个事务中，所以它在事务结束时失败，当它试图存储被删除的东西时。）

（在A中的@OneToMany-mapping上添加mappedBy会解决问题吗？）

Answer 1

我找到了解决此问题的方法，即使用孤儿删除。

通过将 A 中的映射更改为：

public class A {
   @OneToMany(cascade = CascadeType.ALL)
   @Cascade(org.hibernate.annotations.CascadeType.DELETE_ORPHAN)
   private List<B> myBs;
}

我只能说

a.getMyBs().remove(b);

而b 将在a 被持久化后被删除。

Answer 2

跳出 Hibernate 思维模式，问问自己：谁拥有 Bs？

业主对其财产负最终责任。通常，当B 没有A 并且每个B 都由一个A 拥有时，这是正确的。

所以如果As 拥有Bs，ARepository 负责清理Bs。我会在ARepository 中创建一个方法来进行清理并调用BRepository 中的删除方法。

Answer 3

如果您确实希望将存储库分开，另一个选项是在顶部创建一个服务类，该服务类可以识别两者，并以与您的选项 1 方法类似的方式为您处理删除。

(会在 A 中的 @OneToMany-mapping 上添加 mappedBy 解决 问题？）

我认为这取决于他的存储库实现。对于 JPA EntityManager，如果会话关闭，A 将在您删除 B 时分离，即使它是双向映射。