[Hibernate] Zusammengesetzte Entities möglich?

[X5-599]

Hallo,

Ist es möglich ein Entity Klasse zu mappen, die im Endeffekt aus Feldern anderer Entities besteht? z.B. Eine Klasse "WichtigeWerte" enthält Felder wie:
* personalNr
* adresse
* gehalt
* einstellungsDatum
* letzterLogin

etc. Diese Felder kommen allesamt aus unterschiedlichen Tabellen/Entities. Ich weiß, dass man mit NamedQueries solche Objekte zusammenstellen kann. Das sind dann aber nur "normale" java Objekte, keine persistierbaren "Hibernate-Objekte".
Gibt es also eine Möglichkeit sich Wunschobjekte zusammenzustellen, die auch persistiert werden können?

Gruß

 

[nocturne]

Vieleicht kannst du eine Entitybean auf ein View mappen....

Aber gehe unbedingt vorher sicher dass das View das Insert/Update-statement auch verträgt!

 

[X5-599]

Wär natürlich eine Möglichkeit... aber ziemlich umständlich. Ich müsste ja für jedes "Objekt" quasi eine extra view anlegen ... Aber Danke für den TIpp. Ich werde es mir mal überlegen.

Ich hab' da noch was von UserType gelesen. Aber das scheint ja alles andere als trivial zu sein 🙁

 

[gizmo]

Meinst du sowas: Map One POJO To Multiple Tables : InheritanceJPAJava

 

[maki]

Hallo,

Ist es möglich ein Entity Klasse zu mappen, die im Endeffekt aus Feldern anderer Entities besteht? z.B. Eine Klasse "WichtigeWerte" enthält Felder wie:
* personalNr
* adresse
* gehalt
* einstellungsDatum
* letzterLogin

etc. Diese Felder kommen allesamt aus unterschiedlichen Tabellen/Entities.

Verstehe die Frage nicht ehrlich gesagt.

Wenn diese Felder bereits zu Entites gehören, dann ändere doch die Felder der Entities, fertig.

 

[brauner1990]

Was du vorhast, ist nicht im Sinne der Datenbanken! Du müsstest dir wenn eine VerknüpfungsEJB machen, wo du die Referenzen auf die anderen Objekte legst, anders ist dies sinnvoll nicht möglich! Man denke nur an die Redundanz die damit aufkommen würde, die man selber zu managen hätte!

 

[X5-599]

Danke für die Antworten.

Ich habe nunmal meine Vorgaben und soll recherchieren, ob bzw. wie sowas möglich ist ...

@maki
Ich brache im Grunde sowas wie ein Multi Table Entity. Die Tabellen stehen aber nicht in einer Vererbungshierarchie.
Es soll ein Entity sein, damit man dessen Felder ändern kann und somit auch gleich die Datenbank mit updaten kann.

Mehr oder weniger ein persistierbares DTO.

 

[maki]

@maki
Ich brache im Grunde sowas wie ein Multi Table Entity. Die Tabellen stehen aber nicht in einer Vererbungshierarchie.
Es soll ein Entity sein, damit man dessen Felder ändern kann und somit auch gleich die Datenbank mit updaten kann.

Mehr oder weniger ein persistierbares DTO.

Ein "persistierbares DTO" ist ein widerspruch in sich selbst 😉

Wenn du sagst, dass die Felder bereits zu Entites gehören, dann ist dein Problem gar keines.
Du brauchst kein Entity dafür, du hast ja bereits welche.
Deine Objekt ist nix weiter als ein Objekt, welches aus Entites besteht, eben Komposition.
Vererbungshierachie ist keine notwendig, ist ein ganz normaler Fall, sehe da überhaupt kein Problem.