HibernateがMultipleBagFetchExceptionをスローします-複数のバッグを同時にフェッチできません

Hibernateは、SessionFactoryの作成中にこの例外をスローします。

org.hibernate.loader.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;

}

この問題はどうですか？私に何ができる？

編集

さて、私が抱えている問題は、別の「親」エンティティが私の親の内部にあることです。私の実際の動作は次のとおりです。

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はでの2つのコレクションが好きではありませんFetchType.EAGERが、これはバグのようです。私は異常なことをしていません...

問題FetchType.EAGERから削除ParentまたはAnotherParent解決しますが、私はそれが必要なので、@LazyCollection(LazyCollectionOption.FALSE)代わりに使用するのが本当の解決策ですFetchType（解決策はBozhoに感謝します）。

hibernateの新しいバージョン（JPA 2.0をサポート）でこれを処理できると思います。しかし、それ以外の場合は、コレクションフィールドに次のアノテーションを付けることで回避できます。

@LazyCollection(LazyCollectionOption.FALSE)

アノテーションfetchTypeから属性を削除することを忘れないでください@*ToMany。

ただし、ほとんどの場合、a Set<Child>はより適切でList<Child>あるため、本当に必要でない限りList-Set

ただし、セットを使用すると、Vlad Mihalceaが彼の回答で説明したように、基になるデカルト積を削除しないことに注意してください。

Listタイプからタイプに変更するだけSetです。

ただし、Vlad Mihalceaの回答で説明されているように、その下にあるデカルト積を削除しないことに注意してください。

Hibernate固有の@Fetchアノテーションをコードに追加します。

@OneToMany(mappedBy="parent", fetch=FetchType.EAGER)
@Fetch(value = FetchMode.SUBSELECT)
private List<Child> childs;

これにより、HibernateバグHHH-1718に関連する問題が修正されます。

この質問はStackOverflowとHibernateフォーラムの両方で繰り返し発生するテーマでした。そのため、回答を記事に変えることにしました。

次のエンティティがあると考えます。

また、Postすべてのcommentsおよびtagsコレクションとともにいくつかの親エンティティをフェッチする必要があります。

複数の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では、デカルト積を生成するため、複数のバッグをフェッチすることはできません。

最悪の「解決策」

今、あなたはたくさんの答え、ブログ投稿、ビデオ、またはあなたに SetListコレクションの代わりにように。

それはひどいアドバイスです。やめろ！

のSets代わりに使用Listsをは解決します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は、SQLステートメントに移動しません。そのため、PASS_DISTINCT_THROUGHJPAクエリヒントをに設定していますfalse。

DISTINCTはJPQLで2つの意味を持ち、ここではgetResultList、SQL側ではなくJava側で返されるJavaオブジェクト参照を重複排除する必要があります。チェックアウトこの記事を詳細については。

を使用して最大1つのコレクションをフェッチする限り、問題ありませんJOIN FETCH。

複数のクエリを使用することで、最初のコレクション以外の他のコレクションが2次クエリを使用してフェッチされるため、デカルト積を回避できます。

できることは他にもあります

または関連付けのFetchType.EAGERマッピング時に戦略を使用している場合は、簡単に@OneToMany@ManyToManyMultipleBagFetchException。

積極的なフェッチは重大なアプリケーションパフォーマンスの問題につながる可能性がある恐ろしいアイデアであるFetchType.EAGERためFetchype.LAZY、からに切り替えた方がよいでしょう。

結論

避けFetchType.EAGERから切り替わらないListにSetそうすることにHibernateを行いますという理由だけでは隠しMultipleBagFetchExceptionカーペットの下。一度に1つのコレクションのみを取得すれば、問題ありません。

初期化するコレクションと同じ数のクエリでそれを行う限り、問題ありません。ループでコレクションを初期化しないでください。初期化すると、パフォーマンスが低下するN + 1クエリの問題がトリガーされます。

この投稿やその他の記事で説明されているすべてのオプションを試した後、修正は次のとおりであるという結論に達しました。

XToManyのすべての場所@XXXToMany(mappedBy="parent", fetch=FetchType.EAGER) とその中間

@Fetch(value = FetchMode.SUBSELECT)

これは私のために働いた

それを修正するSetにListは、ネストされたオブジェクトの代わりに取ってください。

@OneToMany
Set<Your_object> objectList;

使用することを忘れないでください fetch=FetchType.EAGER

それが動作します。

もう1つのコンセプトがあります CollectionIdリストのみを使用したい場合、Hibernateにます。

ただし、Vlad Mihalceaの回答で説明されているように、その下にあるデカルト積を削除しないことに注意してください。

この種のオブジェクトマッピングでのHibernateの動作に関する良いブログ投稿を見つけました：http : //blog.eyallupu.com/2010/06/hibernate-exception-simultaneously.html

ブースのEAGERリストをJPAに保持し、それらの少なくとも1つにJPAアノテーション@OrderColumnを追加できます（明らかに、注文するフィールドの名前が付いています）。特定の休止状態のアノテーションは必要ありません。ただし、選択したフィールドに0から始まる値がない場合、リストに空の要素が作成される可能性があることに注意してください

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

Childrenでは、orderIndexフィールドを追加する必要があります

Listの代わりにSetを試しましたが、それは悪夢です。2つの新しいオブジェクト、equals（）と hashCode（）は両方を区別できません。IDがないためです。

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がひどいものであると言うドメイン駆動設計の人に遭遇しました。

saveralコレクションで複雑すぎるオブジェクトがあり、それらすべてをEAGER fetchTypeで持つのは良い考えではない場合、LAZYを使用することをお勧めします。コレクションを本当にロードする必要がある場合はHibernate.initialize(parent.child)、データをフェッチするために使用します。

私にとって、問題はEAGERを入れ子にすることでしたフェッチでした。

1つの解決策は、ネストされたフィールドをLAZYに設定し、Hibernate.initialize（）を使用してネストされたフィールドをロードすることです。

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

私の終わりに、これは次のようにFetchType.EAGERで複数のコレクションがあるときに起こりました：

@ManyToMany(fetch = FetchType.EAGER, targetEntity = className.class)
@JoinColumn(name = "myClass_id")
@JsonView(SerializationView.Summary.class)
private Collection<Model> ModelObjects;

さらに、コレクションは同じ列で結合されていました。

この問題を解決するために、コレクションの1つをFetchType.LAZYに変更しました。

幸運を！〜J

両方にコメントするFetchと、LazyCollectionプロジェクトの実行に役立つ場合があります。

@Fetch(FetchMode.JOIN)
@LazyCollection(LazyCollectionOption.FALSE)

良い点の1つ@LazyCollection(LazyCollectionOption.FALSE)は、この注釈を持ついくつかのフィールドが共存できることです。FetchType.EAGERような共存が合法である状況でも、できないことです。

たとえば、には（短い）のリストと（短い）のリストがあるOrder場合があります。どちらにも使用せずに両方で使用できますOrderGroupPromotions@LazyCollection(LazyCollectionOption.FALSE)LazyInitializationExceptionMultipleBagFetchException。

私の場合@Fetch、私の問題は解決しましたMultipleBacFetchExceptionが、その後LazyInitializationException、悪名高いno Sessionエラーが発生します。

あなたはこれを解決するために新しい注釈を使うことができます：

@XXXToXXX(targetEntity = XXXX.class, fetch = FetchType.LAZY)

実際、フェッチのデフォルト値もFetchType.LAZYです。