Hallo,

gibt es eine Möglichkeit, die Reihenfolge der von Hibernate durchgeführten Datenbankzugriffe (SQL-Queries) zu beeinflussen?

Derzeit lösche ich etwas im Java-Code aus der Datenbank, um anschliessend an der Stelle ein anderes Objekt einzufügen (Ersetzen des ersten durch den zweiten). Im Code ist natürlich die Löschoperation vor dem Einfügen.
Dies scheint aber nicht die Reihenfolge der Datenbankzugriffe zu sein: beim Einfüge-Versuch in die DB durch Hibernate ist das zu löschende Objekt noch immer drin. Das führt dann zu einem Fehler wg. unique_key_constraint (das neue kann nicht eingefügt werden, weil das alte, das in dem Moment nicht mehr dort sein sollte, den Schlüssel hat).

Gibt es die Möglichkeit, sicherzustellen, dass zuerst der Lösch- und dann der Einfügezugriff in die Datenbank vorgenommen wird?
Oder hat dieses Problem eine andere Ursache?

Hallo corvinus,

Ich glaube, es hat eine andere Ursache. Hast Du die Löschopertation committed bzw. die Session nach Absetzen des Lösch-Kommandos geflusht?

Aber statt Löschen und mit selber Id neu Anlegen, könntestn Du nicht die Werte in dem Objekt neu setzen und dann ein Update machen?

Gruß ngomo

Nein, in der Tat keines der beiden. Committen wollen wir da "in der Mitte" auch nicht, aber flush versuchen wir nun!

Das Objekt ist recht komplex, bekommen wir von gerufener Methode so geliefert statt es selbst zu modifizieren, deshalb ist löschen/neueinfügen notwendig.