Ist es gültig Verhalten von Hibernate (JPQL Query OneToMany)

Question

Ich habe zwei Entitäten lassen sagen A und B, abgebildet, wie unten:

public class A{ 
    ... 
    @OneToMany(mappedBy = "a", cascade = CascadeType.ALL) 
    Set<B> bs 
} 

public class B{ 
    ... 
    String someProp; 
    ... 
    @ManyToOne 
    @JoinColumn(name = "A_ID") 
    A a 
} 

Einige Entitätsinstanz von A hat zwei Elemente von B in einer Datenbank.

Wenn ich ausführen einfache Abfrage für A wie:

entityManager.createQuery("SELECT a FROM A a WHERE a.id = 1").getSingleResult(); 

und alles wie erwartet funktioniert, habe ich eine Instanz mit zwei Instanzen von B im Set, aber wenn ich ausgeführt Abfrage:

Query query = entityManager.createQuery("SELECT a FROM A a JOIN FETCH a.bs b WHERE b.someProp= :somePropParam"); 
query.setParameter("somePropParam","somePropValue"); 
query.getResultList(); 

Ich habe Instanz von A mit einem Element von B in der Menge (Element, nach dem ich frage).

I modifizierte Abfrage:

entityManager.createQuery("SELECT b.a FROM B b JOIN b.a a WHERE b.someProp = :somePropParam.. more a conditions); 
//.... this query works. 

Sollten alle Instanzen von B nicht erste Abfragelast? Sollte Hibernate keine zusätzliche Abfrage ausführen, um alle zu laden?

Answer 1

Es ist erwartetes Verhalten. Dies ist eine häufige Falle. Die Methode getSingleResult gibt die erste Zeile zurück. Wenn es mehr als einen B gibt, enthält der Ergebnissatz natürlich mehr als einen Eintrag, aber Sie erhalten nur den ersten Eintrag. Das mag ein bisschen seltsam erscheinen.

Aber sehen Sie es als eine einfache Abfrage mit setMaxResult (1) und einem klassischen SQL-Join. Es würde mit dem gleichen Ergebnis enden. Das ist auch der Grund, warum Hibernate Subselects für untergeordnete Beziehungen verwendet, wenn Sie das Eager-Holen verwenden.

Wenn Sie eine große Anzahl an untergeordneten Daten erwarten, fordern Sie die childs mit einer zusätzlichen Abfrage an und vermeiden Sie bidirektionale 1: n-Zuordnungen. Eine Beziehung vom Elternteil zum Kind sollte einen guten Grund haben, da es auf lange Sicht oft zu Problemen führen kann.

Zusätzliches Beispiel betrachten das folgende. Sie verwenden Ihre Abfrage und setMaxResult (10). Die mögliche Ergebnismenge, die garantiert, dass Sie 10 Einträge des Elternteils erhalten, ist unbegrenzt. Der Hibernate hätte also keine Chance, die korrekte Datenmenge anzufordern. Dies kann dazu führen, dass eine große Menge an Daten abgerufen wird, ohne sie zu benötigen.

Answer 2

SQL erstellt für:

Query query = entityManager.createQuery("SELECT a FROM A a JOIN  FETCH a.bs b WHERE b.someProp= :somePropParam"); 
    query.setParameter("somePropParam","somePropValue"); 
    query.getResultList(); 

wie folgt lautet:

select /** columns from a and b **/ 
from A a inner join A b on a.id=b.a_id 
where b.someProp='someProperty' 

Es ist richtig SQL Ergebnis nach Bedingung (1 Zeile zurückgegeben) es sagt mir, „Ja, es gibt eine Instanz von A fulfiling die Bedingung, die Sie bekommen, hier sind Sie ", aber ich dachte, dass mit" JOIN FETCH a.bs "ich Hiberante zwingen, alle" bs "Sammlung eifrig zu laden, auch wenn Elemente von der ersten Abfrage nicht zurückgegeben werden. Ich dachte, Hibernate führen zusätzliche Abfrage wie

SELECT b. * FROM B b WHERE b.a_id = (ID von der Abfrage oben zurückgegeben).

komplette Sammlung von Bs