Hibernate melempar MultipleBagFetchException - tidak dapat secara bersamaan mengambil beberapa tas

Hibernate melempar pengecualian ini selama pembuatan SessionFactory:

org.hibernate.loader.MultipleBagFetchException: tidak dapat secara bersamaan mengambil beberapa tas

Ini adalah ujian saya:

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;

}

Bagaimana dengan masalah ini? Apa yang dapat saya?

EDIT

OK, masalah yang saya miliki adalah entitas "induk" lain ada di dalam orangtua saya, perilaku saya yang sebenarnya adalah ini:

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 tidak suka dengan dua koleksi FetchType.EAGER, tapi ini sepertinya bug, saya tidak melakukan hal-hal yang tidak biasa ...

Menghapus FetchType.EAGERdari Parentatau AnotherParentmemecahkan masalah, tapi saya membutuhkannya, jadi solusi sebenarnya adalah dengan menggunakan @LazyCollection(LazyCollectionOption.FALSE)alih-alih FetchType(terima kasih kepada Bozho untuk solusinya).

Saya pikir versi hibernate yang lebih baru (mendukung JPA 2.0) harus menangani ini. Tetapi jika tidak, Anda dapat mengatasinya dengan menganotasi bidang koleksi dengan:

@LazyCollection(LazyCollectionOption.FALSE)

Ingatlah untuk menghapus fetchTypeatribut dari @*ToManyanotasi.

Tetapi perhatikan bahwa dalam kebanyakan kasus a Set<Child>lebih tepat daripada List<Child>, jadi kecuali Anda benar List- benar membutuhkanSet

Tetapi ingatkan bahwa dengan menggunakan set Anda tidak akan menghilangkan Produk Cartesian yang mendasari seperti yang dijelaskan oleh Vlad Mihalcea dalam jawabannya !

Cukup ubah dari Listtipe ke Settipe.

Tetapi ingatkan bahwa Anda tidak akan menghilangkan Produk Cartesian yang mendasari sebagaimana dijelaskan oleh Vlad Mihalcea dalam jawabannya !

Tambahkan anotasi @Fetch khusus Hibernate ke kode Anda:

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

Ini harus memperbaiki masalah, terkait dengan bug Hibernate HHH-1718

Pertanyaan ini telah menjadi tema yang berulang pada StackOverflow atau forum Hibernate, jadi saya memutuskan untuk mengubah jawabannya menjadi sebuah artikel juga.

Mengingat kami memiliki entitas berikut:

Dan, Anda ingin mengambil beberapa Postentitas induk beserta semua commentsdan tagskoleksi.

Jika Anda menggunakan lebih dari satu JOIN FETCHarahan:

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 akan melempar yang terkenal:

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 tidak memungkinkan mengambil lebih dari satu tas karena itu akan menghasilkan produk Cartesian .

"Solusi" terburuk

Sekarang, Anda akan menemukan banyak jawaban, posting blog, video, atau sumber daya lain yang memberi tahu Anda untuk menggunakan Setalih - alih Listuntuk koleksi Anda.

Itu saran yang mengerikan. Jangan lakukan itu!

Menggunakan Setsbukannya Listsakan membuat MultipleBagFetchExceptionpergi, tetapi Produk Cartesian masih akan ada, yang sebenarnya lebih buruk, karena Anda akan mengetahui masalah kinerja lama setelah Anda menerapkan "perbaikan" ini.

Solusi yang tepat

Anda dapat melakukan trik berikut:

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();

Dalam permintaan JPQL pertama, distinctJANGAN pergi ke pernyataan SQL. Itu sebabnya kami menyetel PASS_DISTINCT_THROUGHpetunjuk kueri JPA ke false.

DISTINCT memiliki dua arti dalam JPQL, dan di sini, kita memerlukannya untuk mendeduplikasi referensi objek Java yang dikembalikan oleh getResultListdi sisi Java, bukan sisi SQL. Lihat artikel ini untuk lebih jelasnya.

Selama Anda mengambil paling banyak satu koleksi menggunakan JOIN FETCH, Anda akan baik-baik saja.

Dengan menggunakan beberapa kueri, Anda akan menghindari Produk Cartesian karena koleksi lain tetapi yang pertama diambil menggunakan kueri sekunder.

Masih banyak yang bisa Anda lakukan

Jika Anda menggunakan FetchType.EAGERstrategi pada waktu pemetaan untuk @OneToManyatau @ManyToManyasosiasi, maka Anda dapat dengan mudah berakhir dengan MultipleBagFetchException.

Anda lebih baik beralih dari FetchType.EAGERke Fetchype.LAZYkarena bersemangat mengambil adalah ide yang buruk yang dapat menyebabkan masalah kinerja aplikasi kritis .

Kesimpulan

Hindari FetchType.EAGERdan tidak beralih dari Listke Sethanya karena hal itu akan membuat Hibernate menyembunyikan MultipleBagFetchExceptionbawah karpet. Ambil hanya satu koleksi sekaligus, dan Anda akan baik-baik saja.

Selama Anda melakukannya dengan jumlah kueri yang sama seperti Anda memiliki koleksi untuk diinisialisasi, Anda baik-baik saja. Hanya saja, jangan menginisialisasi koleksi dalam satu lingkaran, karena itu akan memicu masalah permintaan N + 1 , yang juga buruk untuk kinerja.

Setelah mencoba dengan setiap opsi yang dijelaskan dalam posting ini dan lainnya, saya sampai pada kesimpulan bahwa perbaikannya adalah sebagai berikut.

Di setiap tempat XToMany @ XXXToMany(mappedBy="parent", fetch=FetchType.EAGER) dan setelah menengah

@Fetch(value = FetchMode.SUBSELECT)

Ini berhasil untuk saya

Untuk memperbaikinya hanya mengambil Setdi tempat Listuntuk objek bersarang Anda.

@OneToMany
Set<Your_object> objectList;

dan jangan lupa gunakan fetch=FetchType.EAGER

ini akan bekerja.

Ada satu konsep lagi CollectionIddi Hibernate jika Anda ingin tetap menggunakan daftar saja.

Tetapi ingatkan bahwa Anda tidak akan menghilangkan Produk Cartesian yang mendasari sebagaimana dijelaskan oleh Vlad Mihalcea dalam jawabannya !

Saya menemukan posting blog yang bagus tentang perilaku Hibernate dalam pemetaan objek semacam ini: http://blog.eyallupu.com/2010/06/hibernate-exception-simultaneously.html

Anda dapat menyimpan daftar booth EAGER di JPA dan menambahkan setidaknya satu di antaranya anotasi JPA @OrderColumn (dengan jelas nama bidang yang akan dipesan). Tidak perlu penjelasan hibernasi khusus. Tetapi perlu diingat itu bisa membuat elemen kosong dalam daftar jika bidang yang dipilih tidak memiliki nilai mulai dari 0

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

pada Children maka Anda harus menambahkan bidang orderIndex

Kami mencoba Set bukannya Daftar dan itu adalah mimpi buruk: ketika Anda menambahkan dua objek baru, equals () dan hashCode () gagal membedakan keduanya! Karena mereka tidak memiliki id.

alat khas seperti Eclipse menghasilkan kode semacam itu dari tabel Database:

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

Anda juga dapat membaca artikel ini yang menjelaskan dengan benar seberapa kacau JPA / Hibernate. Setelah membaca ini, saya pikir ini adalah kali terakhir saya menggunakan ORM dalam hidup saya.

Saya juga bertemu dengan Domain Driven Design yang pada dasarnya mengatakan ORM adalah hal yang mengerikan.

Ketika Anda memiliki objek yang terlalu kompleks dengan koleksi saveral bukan ide yang baik untuk memiliki semuanya dengan EAGER fetchType, lebih baik gunakan LAZY dan ketika Anda benar-benar perlu memuat koleksi gunakan: Hibernate.initialize(parent.child)untuk mengambil data.

Bagi saya, masalahnya adalah EAGER bersarang mengambil .

Salah satu solusinya adalah mengatur bidang bersarang ke LAZY dan menggunakan Hibernate.initialize () untuk memuat bidang bersarang:

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

Pada akhirnya, ini terjadi ketika saya memiliki beberapa koleksi dengan FetchType.EAGER, seperti ini:

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

Selain itu, koleksi bergabung di kolom yang sama.

Untuk mengatasi masalah ini, saya mengubah salah satu koleksi menjadi FetchType.LAZY karena tidak masalah untuk use case saya.

Semoga berhasil! ~ J

Mengomentari keduanya Fetchdan LazyCollectionterkadang membantu menjalankan proyek.

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

Satu hal yang baik tentang itu @LazyCollection(LazyCollectionOption.FALSE)adalah bahwa beberapa bidang dengan anotasi ini dapat hidup berdampingan sementaraFetchType.EAGER tidak bisa, bahkan dalam situasi di mana koeksistensi seperti itu sah.

Sebagai contoh, suatu Ordermungkin memiliki daftar OrderGroup(yang pendek) serta daftar Promotions(juga pendek). @LazyCollection(LazyCollectionOption.FALSE)dapat digunakan pada keduanya tanpa menyebabkan LazyInitializationExceptionkeduanyaMultipleBagFetchException .

Dalam kasus saya @Fetchmemang memecahkan masalah saya MultipleBacFetchExceptiontetapi kemudian menyebabkan LazyInitializationException, no Sessionkesalahan terkenal .

Anda dapat menggunakan anotasi baru untuk menyelesaikan ini:

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

Bahkan, nilai default fetch adalah FetchType.LAZY juga.