Wie mache ich ein "tief" fetch Joins in JPQL?

Ich glaube nicht, dass ich jemals vollständig zu verstehen, fetch-joins.

Ich habe eine Abfrage, wo ich bin versucht zu eifrig "aufblasen" bezieht sich auf zwei Ebenen.

Ist, meine A hat eine optionale Collection von Bs, und jeder B hat entweder 0 oder 1 C. Die Größe der B Sammlung bekannt ist, klein zu sein (10-20 tops). Ich möchte prefetch dieses Diagramm.

A's B Beziehung gekennzeichnet ist, als FetchType.LAZY und ist optional. B's Beziehung zu C ist ebenfalls optional und FetchType.LAZY.

Ich hatte gehofft, ich könnte tun:

SELECT a 
  FROM A a
  LEFT JOIN FETCH a.bs //look, no alias; JPQL forbids it
  LEFT JOIN a.bs b //"repeated" join necessary since you can't alias fetch joins
  LEFT JOIN FETCH b.c //this doesn't seem to do anything
 WHERE a.id = :id

Wenn ich diese ausführe, sehe ich, dass As B Sammlung ist in der Tat geholt (ich sehe ein LEFT JOIN im SQL referenzieren der Tabelle, um die B zugeordnet ist).

Allerdings sehe ich keine solchen Beweise, dass C's Tisch geholt.

Wie kann ich die prefetch-alle Cs und alle Bs und alle Cs, die "erreichbar", die aus einer bestimmten A? Ich sehe keinen Weg, dies zu tun.

  • Was JPA-provider verwenden Sie? Es gibt Hinweise in EclipseLink genau für diese Art von Funktionalität. Check-out eclipselink.join-fetch und eclipselink.batch Hinweise...
  • Danke. Wenn ich eclipselink.join-fetch, wie es aussieht bin ich erlaubt, nur ein einziges Attribut gesetzt. Ist das richtig? Zum Beispiel, wenn ich Schlag meine join-fetch Hauptstadt auf a.bs.c, wenn dann wollte ich auch join-fetch—sagen—a.bs.d würde ich wieder Glück. Richtig?
  • Oh, das ist interessant. Die EclipseLink Dokumentation (wiki.eclipse.org/EclipseLink/UserGuide/JPA/...) nicht sagen, dass die doppelte Abfrage-Tipp-Tasten möglich sind, aber vielleicht sind Sie? Siehe diesen interessanten link: github.com/mysema/querydsl/issues/348
  • Ich kann überprüfen, dass mehrere eclipselink.join-fetch Hinweise für die Arbeit. Wir verwenden es schwer bei der Arbeit und die generierten SQL-Anweisungen korrekt sind.
  • Danke. Haben Sie Erfahrungen mit diesem Fehler: bugs.eclipse.org/bugs/show_bug.cgi?id=408719?
InformationsquelleAutor Laird Nelson | 2013-05-21
  1. 5

    In der JPA-Spezifikation nicht erlaubt aliasing ein fetch-join, aber einige PPV-Anbieter.

    EclipseLink als der 2.4. EclipseLink auch zulassen, dass verschachtelte join-fetch mit der dot-notation (z.B. "JOIN FETCH ein.bs.c"), und unterstützt eine Abfragehinweis "eclipselink.join-fetch" ermöglicht verschachtelte joins (Sie können mehrere Tipps mit dem gleichen Hinweis-name).

    Im Allgemeinen müssen Sie vorsichtig sein, wenn über einen alias auf ein fetch-join, wie können Sie Einfluss auf die Daten, die zurückgegeben wird.

    Sehen,
    http://java-persistence-performance.blogspot.com/2012/04/objects-vs-data-and-filtering-join.html

    • Danke, @James; aus verschiedenen Gründen, die wir brauchen, um unsere JPQL-standard, so wie es aussieht die (string-format) query-hints für mich. Insbesondere der Einsatz von ein paar dieser Ergebnisse in einen Fehler: bugs.eclipse.org/bugs/show_bug.cgi?id=408719 (berichtete auch von jemand anderem im Jahr 2010 hier: forums.oracle.com/forums/thread.jspa?threadID=847970. Ich bin misstrauisch von prefetching zu tief sowieso, also das ist vielleicht seltsam für Sie die beste ist. 🙂
    • eclipselink.join-fetch funktioniert auch in der eclipseLink 2.3: .setHint("eclipselink.join-fetch", "ein.bs.c")
    InformationsquelleAutor James
  2. 4

    JPA nicht zulassen, dass verschachtelte join holt, noch erlauben Sie einen alias auf eine Verknüpfung
    Holen, also ist das wohl JPA-provider-spezifisch.

    In EclipseLink, können Sie eine Abfragehinweis führen Sie verschachtelte join
    holt.

    Können Sie es nicht rekursiv in JPQL, aber Sie könnten nur gehen Sie am besten
    n Ebenen. In EclipseLink, die Sie nutzen könnten @JoinFetch oder @BatchFetch auf
    die Zuordnung zu machen, die rekursive Abfragen.

    Sehen,
    http://java-persistence-performance.blogspot.com/2010/08/batch-fetching-optimizing-object-graph.html

    Quelle: http://www.coderanch.com/t/570828/ORM/databases/Recursive-fetch-join-recursively-fetching

    InformationsquelleAutor Dherik
  3. 3

    Bin ich mit Hibernate (und dies kann spezifisch sein) und ich habe Erfolg mit dieser:

    SELECT DISTINCT a, b 
FROM A a
LEFT JOIN a.bs b
LEFT JOIN FETCH a.bs
LEFT JOIN FETCH b.c
WHERE a.id = :id

    (Hinweis: die b in der select-Liste).

    War dies die einzige Möglichkeit, die ich gefunden, diese wäre für mich arbeiten, beachten Sie, dass diese zurück Object[] für mich und ich habe dann filter es im code etwa so:

    (List<A>) q.getResultList().stream().map(pair -> (A) (((Object[])pair)[0])).distinct().collect(Collectors.toList());
    InformationsquelleAutor twihoX
  4. 1

    Nicht genau, JPQL, aber man kann erreichen, dass in reinen JPA mit Kriterien Abfragen:

    CriteriaBuilder cb = entityManager.getCriteriaBuilder();
CriteriaQuery<MyEntity> q = cb.createQuery(MyEntity.class);
Root<MyEntity> root = q.from(MyEntity.class);
q.select(root);
Fetch bsFetch = root.fetch("bs", JoinType.LEFT);
bsFetch.fetch("c", JoinType.LEFT);

    Unterstützung für diese Art von verschachtelten Holen ist Hersteller-spezifische (da JPA nicht von Ihnen verlangen, dies zu tun), aber beide eclipselink und hibernate unterstützen es, und auf diese Weise Ihren code bleibt Anbieter-unabhängig.

    InformationsquelleAutor Deltharis
Schreibe einen Kommentar