Hibernate在创建SessionFactory时抛出这个异常:

multiplebagfetchexception:不能同时获取多个包

这是我的测试用例:

Parent.java

@Entity
public Parent {

 @Id
 @GeneratedValue(strategy=GenerationType.IDENTITY)
 private Long id;

 @OneToMany(mappedBy="parent", fetch=FetchType.EAGER)
 // @IndexColumn(name="INDEX_COL") if I had this the problem solve but I retrieve more children than I have, one child is null.
 private List<Child> children;

}

Child.java

@Entity
public Child {

 @Id
 @GeneratedValue(strategy=GenerationType.IDENTITY)
 private Long id;

 @ManyToOne
 private Parent parent;

}

这个问题怎么样?我该怎么办?


EDIT

好的,我的问题是,另一个“父”实体是在我的父,我的真实行为是这样的:

Parent.java

@Entity
public Parent {

 @Id
 @GeneratedValue(strategy=GenerationType.IDENTITY)
 private Long id;

 @ManyToOne
 private AnotherParent anotherParent;

 @OneToMany(mappedBy="parent", fetch=FetchType.EAGER)
 private List<Child> children;

}

AnotherParent.java

@Entity
public AnotherParent {

 @Id
 @GeneratedValue(strategy=GenerationType.IDENTITY)
 private Long id;

 @OneToMany(mappedBy="parent", fetch=FetchType.EAGER)
 private List<AnotherChild> anotherChildren;

}

Hibernate不喜欢FetchType有两个集合。EAGER,但这似乎是一个bug,我没有做不寻常的事情…

删除FetchType。来自Parent或AnotherParent的渴望解决了这个问题,但我需要它,所以真正的解决方案是使用@LazyCollection(LazyCollectionOption.FALSE)而不是FetchType(感谢Bozho的解决方案)。


当前回答

当你有一个太复杂的对象和一个简单的收集不是一个好主意,所有的对象都用EAGER fetchType,最好使用LAZY,当你真的需要加载集合使用:Hibernate.initialize(parent.child)来获取数据。

其他回答

对我来说,问题是嵌套了EAGER取回。

一种解决方案是将嵌套字段设置为LAZY,并使用Hibernate.initialize()来加载嵌套字段:

x = session.get(ClassName.class, id);
Hibernate.initialize(x.getNestedField());

我认为hibernate的新版本(支持JPA 2.0)应该可以处理这个问题。但除此之外,你可以通过注释集合字段来解决它:

@LazyCollection(LazyCollectionOption.FALSE)

记住要从@*ToMany注释中删除fetchType属性。

但请注意,在大多数情况下,Set<Child>比List<Child>更合适,所以除非你真的需要List -选择Set

但请记住,使用集合时,你不会消除Vlad Mihalcea在他的回答中所描述的底层笛卡尔积!

你也可以尝试使用fetch=FetchType。LAZY和只是添加@Transactional(readOnly = true)的方法,你得到的孩子

我们尝试了Set而不是List,这是一个噩梦:当您添加两个新对象时,equals()和hashCode()无法区分它们!因为他们没有任何身份证明。

典型的工具如Eclipse从数据库表中生成这种代码:

@Override
public int hashCode() {
    final int prime = 31;
    int result = 1;
    result = prime * result + ((id == null) ? 0 : id.hashCode());
    return result;
}

您还可以阅读这篇文章,它正确地解释了JPA/Hibernate是多么混乱。读完这篇文章后,我想这是我一生中最后一次使用ORM了。

我也遇到过领域驱动设计的人,他们说ORM是一个可怕的东西。

考虑到我们有以下实体:

并且,您希望获取一些父Post实体以及所有注释和标记集合。

如果你使用了多个JOIN FETCH指令:

List<Post> posts = entityManager.createQuery("""
    select p
    from Post p
    left join fetch p.comments
    left join fetch p.tags
    where p.id between :minId and :maxId
    """, Post.class)
.setParameter("minId", 1L)
.setParameter("maxId", 50L)
.getResultList();

Hibernate将抛出臭名昭著的:

org.hibernate.loader.MultipleBagFetchException: cannot simultaneously fetch multiple bags [
  com.vladmihalcea.book.hpjp.hibernate.fetching.Post.comments,
  com.vladmihalcea.book.hpjp.hibernate.fetching.Post.tags
]

Hibernate不允许取回多个包,因为那样会生成笛卡尔积。

最糟糕的“解决方案”

现在,你会发现很多答案、博客文章、视频或其他资源告诉你使用Set而不是List来收集。

这是个糟糕的建议。不要那样做!

使用set而不是list将使MultipleBagFetchException消失,但是笛卡尔积将仍然存在,这实际上更糟糕,因为在应用这个“修复”很久之后,您将发现性能问题。

正确的解决方法

你可以做下面的技巧:

List<Post> posts = entityManager.createQuery("""
    select distinct p
    from Post p
    left join fetch p.comments
    where p.id between :minId and :maxId
    """, Post.class)
.setParameter("minId", 1L)
.setParameter("maxId", 50L)
.setHint(QueryHints.PASS_DISTINCT_THROUGH, false)
.getResultList();

posts = entityManager.createQuery("""
    select distinct p
    from Post p
    left join fetch p.tags t
    where p in :posts 
    """, Post.class)
.setParameter("posts", posts)
.setHint(QueryHints.PASS_DISTINCT_THROUGH, false)
.getResultList();

在第一个JPQL查询中,distinct DOES NOT转到SQL语句。这就是为什么我们将PASS_DISTINCT_THROUGH JPA查询提示设置为false。 DISTINCT在JPQL中有两个含义,在这里,我们需要它在Java端(而不是SQL端)对getResultList返回的Java对象引用进行重复删除。

只要使用JOIN fetch最多获取一个集合,就没问题。

通过使用多个查询,您将避免使用笛卡尔积,因为任何其他集合都是如此,但第一个集合是使用辅助查询获取的。

你能做的还有很多

如果你在使用FetchType。对于@OneToMany或@ManyToMany关联,在映射时使用EAGER策略,那么您很容易得到一个MultipleBagFetchException。

你最好从FetchType切换。渴望获取信息。LAZY,因为急切抓取是一个可怕的想法,可能导致严重的应用程序性能问题。

结论

避免FetchType。不要从List切换到Set,因为这样做会让Hibernate把MultipleBagFetchException隐藏起来。每次只获取一个集合,就不会有问题。

只要使用的查询数量与需要初始化的集合数量相同,就没问题。只是不要在循环中初始化集合,因为这会触发N+1个查询问题,这对性能也很不利。