Hibernate nie może jednocześnie pobierać wielu worków

Po prostu zmień typ z List Na typ Set.

Alternatywnie dodaj adnotację @Fetch specyficzną dla Hibernatu do kodu:

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

Powinno to rozwiązać problem związany z błędem Hibernate HHH-1718

Po wypróbowaniu każdej opcji opisanej w tym postach i innych, doszedłem do wniosku, że poprawka jest następująca.

In every xtomany place @XXXToMany(mappedBy="parent", fetch=FetchType.EAGER) i pośrednio po

@Fetch(value = FetchMode.SUBSELECT)

To zadziałało dla mnie

Aby to naprawić, po prostu weź Set w miejsce List dla zagnieżdżonego obiektu.

@OneToMany
Set<Your_object> objectList;

I nie zapomnij użyć fetch=FetchType.EAGER

Jest jeszcze jedna koncepcja CollectionId w Hibernate, jeśli chcesz trzymać się tylko listy.

Znalazłem dobry wpis na blogu o zachowaniu Hibernate w tego typu mapowaniach obiektów: http://blog.eyallupu.com/2010/06/hibernate-exception-simultaneously.html

Możesz zachować listy Bootha w JPA i dodać do co najmniej jednej z nich adnotację JPA @ OrderColumn (Oczywiście z nazwą pola do zamówienia). Nie ma potrzeby stosowania konkretnych adnotacji hibernate. Należy jednak pamiętać, że może tworzyć puste elementy na liście, jeśli wybrane pole nie ma wartości zaczynających się od 0

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

W przypadku dzieci należy dodać pole orderIndex

Powodem, dla którego dostajesz ten wyjątek jest to, że Hibernate skończyłby robiąc produkt kartezjański, który jest zły dla wydajności.

Teraz, chociaż możesz" naprawić " problem używając Set zamiast List, nie powinieneś tego robić, ponieważ produkt kartezjański nadal będzie opisywany w podstawowych instrukcjach SQL.

Lepiej jest przełączyć się z FetchType.EAGER na Fetchype.LAZY, ponieważ eager fetching jest okropnym pomysłem, który może prowadzić do krytycznej wydajności aplikacji issues .

Jeśli chcesz pobrać jednostki potomne w wielopoziomowej hierarchii, lepiej wybierz od najbardziej wewnętrznego dziecka do rodziców, Jak wyjaśniono w tym artykule .

Jeśli masz zbyt złożone obiekty z kolekcją saveral nie może być dobrym pomysłem, aby mieć wszystkie z nich z EAGER fetchType, lepiej Użyj LAZY i kiedy naprawdę trzeba załadować Kolekcje użyj: Hibernate.initialize(parent.child) aby pobrać dane.

Próbowaliśmy ustawić zamiast List i jest to koszmar: po dodaniu dwóch nowych obiektów, równa się() i hashCode () nie rozróżnia obu z nich ! Bo nie mają dokumentów.

Typowe narzędzia takie jak Eclipse generują taki kod z tabel bazy danych:

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

Możesz również przeczytać ten artykuł , który wyjaśnia, jak pojebane jest JPA/Hibernate. Po przeczytaniu tego, myślę, że to ostatni raz, Kiedy używam jakiegokolwiek ORM w moim życie.

Spotkałam również facetów z Domain Driven Design, którzy w zasadzie mówią, że ORM to straszna rzecz.

Możesz użyć nowej adnotacji, aby rozwiązać ten problem:

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

W rzeczywistości domyślną wartością fetch jest FetchType.Leniwy też.