Join-Queries über mehrere Entities

[ablake27]

Ich habe ein Entity: Auftrag und ein Entity:Position


Jetzt möchte ich mir zu einem Auftrag die Auftragsdaten sowie alle Auftragspositionen anzeigen lassen.

Query q1 = em.createNativeQuery(select * from Auftrag, Position where Auftrag.bestellnummer = Position.bestellnummer);
List list = q1.getResultList();

dann bekomme ich eine Liste vom Typ Object zurück mit der ich nicht so recht was anzufangen weiss, da ich nicht auf die Attribute zugreifen kann (oder doch???).

Ich möchte im prinzip beliebige select-statements abschicken können und die Ergebnisse in einer JTable darstellen.
Es gibt also keine Entities die dem Ergebnis meiner Abfrage entsprechen.


Danke im Voraus

 

[SlaterB]

schau dir doch das Ergebnis-Objekt an, von welchem Typ ist es, doch gewiss ein Object[] mit allen Daten, die bei * eben kommen,
entweder alle Attribute einzeln oder mit etwas Intelligenz von seiten des Frameworks das jeweilige Auftrag- + Position-Objekt

und was könntest du stattdessen erwarten? ohne eine Vorstellung kann doch kaum genau das rauskommen was zufällig in deine JTable passt,
was immer das ist

 

[ablake27]

Danke,
das glaube ich sofort, daß da meine Daten drin sind, aber ich komme nicht dran.
Bei einem Entity habe ich meine getter-Methoden, aber bei einem Object nicht.

Ich kenne das von Oracle ADF so, daß ich mir basieren auf SQL Abfragen dynamisch "EntityObjekte" erzeugen kann, die ich dann mit gettern auslesen kann.

Das muss doch mit Hibernate auch möglich sein?

 

[SlaterB]

ich kann mir wenig vorstellen, was du damit meinst, aus Zauberei passiert nichts in der Welt,

dynamisch Klassen zu erstellen bring rein gar nix,
stell dir vor der Code lautet

List<DynamicEntity345> list = load..(sql);

DynamicEntity345 entity = list.get(0);
entity.get?

und nun? wie willst du von entity irgendwas aufrufen wenn du die Klasse nicht kennst, wenn sie dynamisch aus dem Nichts herbeigezaubert wird?
nein, wenn überhaupt, dann muss eine solche Klasse vorher bekannt sein, statisch fest statt dynamisch beliebig,
allenfalls automatisch erzeugt, was du vielleicht meinst,

dazu kann ich wenig sagen, außer dass man quasi alles, was automatisch geht, auch erstmal manuell selber eintippen können sollte,
wie z.B. die Mappings zu den DB-Tabellen

> Das muss doch mit Hibernate auch möglich sein?

ein solcher Satz macht nach einer langen Diskussion um Hibernate vielleicht Sinn,
stattdessen nennst du diesen extrem wichtigen Fachbegrifff zur Eingrenzung des Themas hier zum ersten Mal


in Hibernate ist es möglich,

List<SimpleResult> list = load("select my.package.SimpleResult(d.x, e.y) from D d, E e where e.z=a;")

auszuführen, sofern es eine Klasse SimpleResult mit passenden Konstruktor gibt, ob nun manuell oder automatisch erzeugt