TypedQuery anstelle der normalen Abfrage in JPA

Ist es möglich, dies zu schreiben, Query-as-a TypedQuery und lassen Sie die beiden Lange ' s run in ein Objekt mit zwei öffentlichen Lange Felder im inneren.

    Query q = em.createQuery(
            "SELECT c.id, COUNT(t.id) " +
            "FROM PubText t " +
            "JOIN t.comm c " +
            "WHERE c.element = ?1 " +
            "GROUP BY c.id");
    q.setParameter(1, e);
    List<?> rl = q.getResultList();
    Iterator<?> it = rl.iterator();
    HashMap<Long, Long> res = new HashMap<Long, Long>();
    while (it.hasNext()) {
        Object[] n = (Object[]) it.next();
        res.put((Long)n[0], (Long)n[1]);
    }
    return res;

InformationsquelleAutor Hasan Tuncay | 2013-03-14

14

JPA hat eine Funktion, die nur für diese - Konstruktor-Ausdrücke:
```
Query q = entityManager.createQuery("SELECT NEW com.example.DTO( c.id, COUNT(t.id)) FROM ...");
List<DTO> dtos = q.getResultList();
```
Ihre DTO-Klasse kann ein POJO. Alle es braucht ist ein public-Konstruktor akzeptiert 2 Longs. Bitte beachten Sie, dass Sie haben, um eine voll qualifizierte name der Klasse, die nach der NEWBetreiber.
- hi @kostja ich erhalte eine Fehlermeldung (Cannot create TypedQuery query mit mehr als einem return). Mein SQL sieht wie folgt aus: SELECT NEW com.company.ui.EntityIDKey(c.companyId, c.name) FROM Company c WHERE c.companyId is not null and c.name is not null and length(trim(c.name)) > 0 order by c.name asc. Ich bin mit einem TypedQuery wie folgt: List<EntityIDKey> companies = getEntityManager().createQuery(sql, EntityIDKey.class).getResultList();
- dies kann der Fall sein, wenn Ihr EntityIDKey ist eine Entität. Der Anbieter ist frei, um nicht die Unterstützung solcher Abfragen. Haben Sie versucht, mit Hilfe einer regelmäßigen Abfrage?
- das ist wahr, EntityIDKey ist eine Entität. Ich bin mit Hibernate Anbieter und irgendwie vermutet, dass es funktioniert. Eine regelmäßige Abfrage, baut eine Sammlung von Company funktioniert Prima.
- Cool, problem gelöst, nehme ich an 🙂
- Art. Ich wäre glücklicher, wenn die Art Sicherheit Warnung kann vermieden werden, da q.getResultList() liefert einen generischen Typ der Liste.
- Ah ja, leider, der einzige Weg, dass ich mir bewusst bin, um loszuwerden, diese sagt Java, dass Sie wirklich wissen, was Sie tun, indem Sie mit @SuppressWarnings("unchecked"). Vielleicht gibt es einen noch typesafe Weise mit den Kriterien-API, aber ich bin nicht vertraut genug mit ihm.
- Wenn ich kommentieren EntityIDKey mit @Entity (obwohl es ist nicht dauerhaft; es ist nur ein DTO zwischen service layer und UI-controller), ist, dass gegen Sie ein Muster oder Konvention? So, ich kann mit einer TypedQuery.
- Solange Sie nicht zum generieren von Tabellen aus Entitäten (überprüfen Sie Ihre persistence.xml wenn Sie Zweifel haben), sollten Sie gut mit 'fake' - Entitäten. Jedoch, IMHO unterdrücken Typ Warnungen ist eine direkte (und damit nachvollziehbaren) Umgang mit dem Thema, während die Simulation von Entitäten ist eher ein workaround. Wenn ich als spätere Betreuer würde eine Person ohne eine entsprechende Tabelle, es würde mich einige Zeit, um herauszufinden, den Zweck.
- die DTO ist wahrscheinlich keine Person, können Sie TypedQuery. Dies ist nicht korrekt. Aus docs.oracle.com/javaee/6/api/javax/persistence/... es ist erlaubt, daher der Konstruktor Ausdruck in der JSR-317 besagt eindeutig, dass: "Ein Konstruktor kann verwendet werden, in der SELECT-Liste aus, um eine Instanz einer Java-Klasse. Die angegebene Klasse ist nicht erforderlich, um ein Unternehmen oder eine Person zu werden, die der Datenbank zugeordnet. Dem Konstruktor muss der name vollständig qualifiziert sein."
- Ja, ich Frage mich, warum war ich so sicher, dass diese Einschränkung,:) Danke für den Fang, @cinhtau , Satz entfernt.
InformationsquelleAutor kostja
11

Neue code sieht jetzt wie folgt aus.
Danke für Sie Hilfe.
```
    TypedQuery<CommUsed> q = em.createQuery(
        "SELECT new CommUsed(c.id,COUNT(t.id)) " +
        "FROM PubText t " +
        "JOIN t.comm c " +
        "WHERE c.element = ?1 " +
        "GROUP BY c.id", CommUsed.class);
    q.setParameter(1, e);
    HashMap<Long, Long> res = new HashMap<Long, Long>();
    for (CommUsed u : q.getResultList())
        res.put(u.commID, u.cnt);
```
- Ich sehe, so können Sie TypedQueries, nachdem alle 🙂 gut zu wissen. Leider scheint es keinen vernünftigen Weg zu füllen ein Map rechts von der Abfrage, also die transformation Teil in den letzten 3 Zeilen hat, zu bleiben, fürchte ich.
- Ach, das feine. Wir brauchen nicht zu drücken und alles in eine Zeile wie in den alten C Tagen. 🙂
- warum haben Sie sich nicht nutzen Sie die Konstruktor-Ausdruck-Funktion vorgeschlagen von @kostja?
- Ich habe. Ich habe gerade die TypedQuery Typ-überprüfung zu.
InformationsquelleAutor Hasan Tuncay

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.