[Hibernate] Speichern von ManyToOne-Beziehungen in der DB

[Mean]

Hallo,

ich habe ein kleines Projekt und dabei will ich nun Fussballvereine und deren Spieler abspeichern können.

Klar ist, daß ein Fussballverein immer viele Spieler hat und ein Spieler (aktuell) immer nur einen Verein.

Wenn ich nun einen neuen Verein anlege der neben einer Liste von Spielern hat und den Verein dann in die Datenbank eintrage wird die Liste der Spieler nicht automatisch eingetragen (für den Anfang wollte ich es gerne so machen, daß jeder Spieler theoretisch nie den Verein wechselt, also immer erst dann in der Datenbank erscheint, wenn ein neuer Verein angelegt wird).

Kann ich das irgendwie automatisieren oder muß ich dafür eine eigene Methode schreiben, die mir die Liste Datensatz für Datensatz ausliest und sie dann in die Datenbank schreibt (so in der Art habe ich es bereits versucht, allerdings gab es dann Fehler - k.A., ob es an der Methode oder an meiner Denkweise lag).

Ich hoffe, ihr habt verstanden, was ich meine.

Vielen Dank, ein schönes Wochenende und Grüße,

Dirk

 

[daNny]

Wenn du jetzt eine Entity "Verein" hast, und du dort die Spieler, sagen wir mal in einer Set, gespeichert hast, dann sollte beim Mapping eigentlich folgendes klappen:

<set name="spieler" inverse="true" cascade="save-update">
    <key column="verein_id"/>
    <one-to-many class="Spieler"/>
</set>

Das cascade="save-update" sollte dafür sorgen, dass wenn du den Verein, der die Spieler in der Set beinhaltet, persistent machst, dass die Spieler dann automatisch hinzugefügt werden.

Desweiteren solltest du deiner Verein-Entity noch eine Convenience-Methode spendieren, sodass du auch ne bidirektionale Assoziation bekommst. Da ich auch noch Hibernate-Neuling bin, weiß ich nicht genau, ob das jetzt so wild für das Problem ist. Kann sein, dass der Spieler auch zwingend seinen Verein als Attribut besitzen muss.

Mit der Methode meine ich sowas hier:

public void addSpieler(Spieler spieler) {
    spieler.setVerein(this);
    spielerSet.add(spieler);
}

Hoffe, ich konnte dir ein wenig helfen Falls ich Blödsinn erzähle, sollte das bitte ein Hibernate-Erfahrener korrigieren.

 

[Mean]

Hallo daNy,

erstmal vielen Dank für deine Antwort!

Wenn du jetzt eine Entity "Verein" hast, und du dort die Spieler, sagen wir mal in einer Set, gespeichert hast, dann sollte beim Mapping eigentlich folgendes klappen:

<set name="spieler" inverse="true" cascade="save-update">
    <key column="verein_id"/>
    <one-to-many class="Spieler"/>
</set>

Das cascade="save-update" sollte dafür sorgen, dass wenn du den Verein, der die Spieler in der Set beinhaltet, persistent machst, dass die Spieler dann automatisch hinzugefügt werden.

Sorry, da ich aber scheinbar ein noch größerer Hibernate-Neuling bin als du, würde ich gerne wissen, ob das wirklich als XML angegeben sein muß, oder ob du das so gemacht hast, damit du keinen echten Code posten mußt!?!?

Also, daß ich dann so etwas habe:

	@OneToMany(mappedBy="verein", fetch=EAGER, cascade={SAVE_UPDATE}, inverse=true)
	@OrderBy("id ASC")
	private List<Spieler> spieler;

Hoffe, ich konnte dir ein wenig helfen Falls ich Blödsinn erzähle, sollte das bitte ein Hibernate-Erfahrener korrigieren.

Ja, vielen Dank auf jeden Fall mal - ich hoffe halt, daß ich es richtig verstanden habe

Veilen Dank und Grüße,

Dirk

 

[daNny]

Ich habs in XML geschrieben, weil man mit Hibernate auch mit XML-Mapping-Files arbeiten kann. Die von dir Benutzen Annotations siind die neuere Variante, die es seit dem JDK 5 gibt und sich nach dem JPA-Standard richten. Also ist das vollkommen in Ordnung, bzw. sogar die bessere Wahl von dir Habe mich nur noch nicht so recht mit den Annotations befasst.
Funktioniert es denn?

 

[Mean]

Hi daNy,

achso, ok. Das mit dem XML wußte ich nicht - kannte nur die neueren ein wenig (durchs Studium).

Im Moment bekomme ich leider immer eine Null-Pointer-Exception beim Ausführen meiner JUnit-Tests. Ich habe die "neue" Annotation noch nicht eingebaut, weil ich diese Exception jetzt erstmal wieder rausbekommen will - k.A., woran das im Moment genau liegt...

Werde mich melden, sobald ich es getestet habe.

Danke nochmals und Grüße,

Dirk

 

[Mean]

Hi (daNny),

ich habe jetzt mal mit SAVE_UPDATE versucht das ganze zu lösen. Problem ist hierbei zum einen nur, daß ich das Paket nicht finde, in dem das cascade.SAVE_UPDATE befindet, außerdem ist dies ja eine reine Hibernate-Implementierung, nicht aber in der JPA-Spezifikation enthalten, weshalb ich lieber eine allgemeine JPA-Lösung suche.

Wie gehe ich denn in meinem Beispiel vor? Rufe ich dann bei der Verein-Abspeicherungs-Methode heraus (nachdem der Verein gespeichert wurde) dann eine Spieler-Abspeicherungs-Methode auf, die die List<> durchläuft und nach und nach jeden Spieler abspeichert?

Oder gibt es einen anderen cascade, der mir das abnimmt und der JPA-Spezifikation entspricht?

Danke und Grüße,

Dirk

 

[daNny]

Hi Mean!

Was spricht denn gegen die Hibernate-Implementierung? Zumal du doch scheinbar eh darauf aufbaust. Hast du vor, dein ORM irgendwann einmal auszutauschen?

Für die Annotations gibts ein eigenes Packet von Hibernate, es ist also nicht im Core enthalten. Finden tust du das ganze hier: http://www.hibernate.org/397.html

 

[byte]

Guck Dir die Enum CascadeType an.

 

[Mean]

Hallo byto,

ja, die kenne ich bereits: Persist, Remove, Merge und Refresh, wobei ich die ersten beiden verstehe, was aber genau bei Merge bzw. Refresh gemacht wird (Übersetzung ins Deutsche ist mir klar), verstehe ich nicht so wirklich bzw. kann ich mir nicht so wirklich vorstellen...

Ich habe jetzt mal testhalber REFRESH und MERGE eingefügt, aber da hat es nicht geklappt. Gehen tut es nur mit ALL, wobei ich dachte, daß das lediglich die 4 o.g. CascadeTypes wären. Durch Persist oder Remove wird ja keine Tabelle mit frischen werten gefüttert/upgedatet, warum klappt es also mit REFRESH oder MERGE nicht!?!?

Danke und Grüße,

Dirk

 

[byte]

RTFM. :roll:
Wie willst Du mit Hibernate fit werden, ohne mal einen Blick in die Hibernate Doku zu werfen? Dort findest Du auch Informationen darüber, was es mit der Kaskadierung auf sich hat.
Um es kurz zusammen zu fassen: Die einzelnen CascadeTypes beziehen sich auf die gleichnamigen Methoden aus der Session und bedeuten, dass der jeweilige Methodenaufruf auch an das assoziierte Objekt delegiert wird oder eben nicht.

Zu Deinem Problem: Guck Dir die Enum nochmal genauer an. Es gibt mehr Kaskadierungstypen als Du da aufgezählt hast, u.a. SAVE_UPDATE.

 

[Mean]

Hallo byto,

danke für die Antwort! Das Problem ist ja, daß ich nur die verwenden möchte, die es in der Java-Persistence-Spezifikation gibt - vielleicht war's deshalb falsch ausgedrückt...

Ich stehe dabei auch etwas unter Zeitdruck (ist eine Projektarbeit für die Uni wobei dabei demnächst Abgabe ist). Die Doku habe ich mir, am Anfang, zwar durchgelesen, aber wirklich alles zu 100% verstanden habe ich nicht (deshalb auch meine Einträge), zumal das mein erstes Mal mit Hibernate/Obj.rel. DBs ist.

So viel wie möglich versuche ich mir zwar durchzulesen, aber wenn dann doch was nicht klappt oder ich es nicht verstehe, dann muß ich halt in die Foren und da hoffen, daß es mir jemand erklärt oder sagt, wie es geht

Danke und Grüße,

Dirk

 

[byte]

CascadeType.PERSIST ist das, was Du suchst. Wenn Du weisst, was Du tust, kannst Du auch einfach CascadeType.ALL benutzen. Wenn Du Dir unsicher bist, benutze einfach {CascadeType.PERSIST,CascadeType.REFRESH,CascadeType.MERGE} damit Du nicht versehentlich zuviele Daten löscht.

 

[Mean]

Hallo byto,

oh, ok. Da muß ich mir echt nochmal die ganzen Namen genauer anschauen. PERSIST hatte meiner Meinung nach nämlich eine andere Bedeutung, aber da es funktioniert bin ich doch schon seeeehr ins Zweifeln gekommen.

Vielen Dank und Grüße,

Dirk