休眠多对多与加入类级联问题

Question

我在 Foo 和 Bar 类之间有 Many-to-Many 关系。因为我想获得有关辅助表的更多信息，所以我必须创建一个辅助类 FooBar，如下所述：The best way to map a many-to-many association with extra columns when using JPA and Hibernate

我创建了一个 Foo，并创建了一些条（保存到 DB）。然后当我使用

将其中一个条添加到 foo 时

foo.addBar(bar);            // adds it bidirectionally
barRepository.save(bar);    // JpaRepository

然后创建 FooBar 的 DB 条目 - 正如预期的那样。

但是当我想再次从 foo 中删除同一个栏时，使用

foo.removeBar(bar);         // removes it bidirectionally
barRepository.save(bar);    // JpaRepository

那么早先创建的 FooBar-entry 会不从数据库中删除。 通过调试，我看到foo.removeBar(bar); 确实是双向删除的。不抛出异常。

我做错了吗？ 我很确定它与级联选项有关，因为我只保存栏。

---

我尝试过的：

• 在两个 @OneToMany 上添加 orphanRemoval = true - 注释，这不起作用。我认为这是正确的，因为我没有删除 Foo 和 Bar，只是它们的关系。

• 从 @OneToMany 注释中排除 CascadeType.REMOVE，但与 orphanRemoval 相同，我认为这不适用于这种情况。

---

编辑：我怀疑我的代码或模型中一定有一些东西与我的 orphanRemoval 混淆，因为现在已经有 2 个答案说它有效（orphanRemoval=true）。

原始问题已得到解答，但如果有人知道什么可能导致我的 orphanRemoval 无法正常工作，我将非常感谢您的意见。谢谢

---

代码：Foo、Bar、FooBar

public class Foo {

    private Collection<FooBar> fooBars = new HashSet<>();

    // constructor omitted for brevity

    @OneToMany(cascade = CascadeType.ALL, mappedBy = "foo", fetch = FetchType.EAGER)
    public Collection<FooBar> getFooBars() {
        return fooBars;
    }

    public void setFooBars(Collection<FooBar> fooBars) {
        this.fooBars = fooBars;
    }

    // use this to maintain bidirectional integrity
    public void addBar(Bar bar) {
        FooBar fooBar = new FooBar(bar, this);

        fooBars.add(fooBar);
        bar.getFooBars().add(fooBar);
    }

    // use this to maintain bidirectional integrity
    public void removeBar(Bar bar){
        // I do not want to disclose the code for findFooBarFor(). It works 100%, and is not reloading data from DB
        FooBar fooBar = findFooBarFor(bar, this); 

        fooBars.remove(fooBar);
        bar.getFooBars().remove(fooBar);
    }

}

---

public class Bar {

    private Collection<FooBar> fooBars = new HashSet<>();

    // constructor omitted for brevity

    @OneToMany(fetch = FetchType.EAGER, mappedBy = "bar", cascade = CascadeType.ALL)
    public Collection<FooBar> getFooBars() {
        return fooBars;
    }

    public void setFooBars(Collection<FooBar> fooBars) {
        this.fooBars = fooBars;
    }
}

---

public class FooBar {

    private FooBarId id; // embeddable class with foo and bar (only ids)
    private Foo foo;
    private Bar bar;

    // this is why I had to use this helper class (FooBar), 
    // else I could have made a direct @ManyToMany between Foo and Bar
    private Double additionalInformation; 

    public FooBar(Foo foo, Bar bar){
        this.foo = foo;
        this.bar = bar;
        this.additionalInformation = .... // not important
        this.id = new FooBarId(foo.getId(), bar.getId());
    }

    @EmbeddedId
    public FooBarId getId(){
        return id;
    }

    public void setId(FooBarId id){
        this.id = id;
    }

    @ManyToOne
    @MapsId("foo")
    @JoinColumn(name = "fooid", referencedColumnName = "id")
    public Foo getFoo() {
        return foo;
    }

    public void setFoo(Foo foo) {
        this.foo = foo;
    }

    @ManyToOne
    @MapsId("bar")
    @JoinColumn(name = "barid", referencedColumnName = "id")
    public Bar getBar() {
        return bar;
    }

    public void setBar(Bar bar) {
        this.bar = bar;
    }

    // getter, setter for additionalInformation omitted for brevity
}

Answer 1

我在示例代码中对此进行了尝试。通过几个“草图”，这重现了错误。

解决方案确实就像添加您提到的orphanRemoval = true 一样简单。在Foo.getFooBars()：

@OneToMany(cascade = CascadeType.ALL, mappedBy = "foo", fetch = FetchType.EAGER, orphanRemoval = true)
public Collection<FooBar> getFooBars() {
    return fooBars;
}

将复制品发布到GitHub 似乎最容易 - 希望那里有进一步的细微差别或我错过的东西。

这是基于 Spring Boot 和 H2 内存数据库，因此不应在其他环境下工作 - 如果有疑问，请尝试 mvn clean test。

FooRepositoryTest 类有测试用例。它具有删除链接 FooBar 的验证，或者它可能更容易阅读记录的 SQL。

---

编辑

这是下面评论中提到的屏幕截图：

Answer 2

我已经测试了您的场景并进行了以下三项修改以使其正常工作：

1. 在 Foo 和 Bar 的 @OneToMany getFooBars() 方法中添加了 orphanRemoval=true。对于您的特定场景，将其添加到 Foo 中就足够了，但是当您从 bar 中删除 foo 时，您可能也希望获得相同的效果。
2. 将 foo.removeBar(bar) 调用封装在使用 Spring 的 @Transactional 注释的方法中。您可以将此方法放在一个新的 @Service FooService 类中。
   原因：orphanRemoval 需要一个活动的事务会话才能工作。
3. 在调用 foo.removeBar(bar) 后删除了对 barRepository.save(bar) 的调用。
   这现在是多余的，因为在事务性会话中更改会自动保存。

Answer 3

Java 持久性 2.1。第3.2.3章

删除操作

• 如果X 是一个新实体，则删除操作会忽略它。 但是，删除操作级联到 X 引用的实体， 如果从 X 到这些其他实体的关系被注释为 cascade=REMOVE 或 cascade=ALL 注释元素值。

• 如果 X 是 一个托管实体，删除操作会导致它被删除。 删除操作级联到 X 引用的实体，如果 从 X 到这些其他实体的关系用 cascade=REMOVE 或 cascade=ALL 注释元素值。

检查您是否已为您使用操作persist 实体Foo（或FooBar 或Bar）。