Hallo Zusammen,

ich versuche mittels Hibernate ein saveOrUpdate durchzuführen. Die zu speichernde Entity enthält einen Assigned Key. Hibernate scheint zu Beginn dieser Aktion ein Select auszuführen, um festzustellen ob die Entität schon vorhanden ist.

Da hierbei aber kein Lock erzeugt wird kann es passieren, dass zwei Benutzer-Sessions quasi gleichzeitig den saveOrUpdate auslösen und beide nach dem Select feststellen, dass der Datensatz neu ist. Daraufhin fügt eine Session den Datensatz ein, die zweite Session wird bis zum commit blockiert, versucht dann aber ihrerseits den Insert des Datensatzes durchzuführen, der dann mit einer Constraint Violation fehlschlägt.

Mein Problem ist jetzt die Frage, wie ich eindeutig feststellen kann, ob ein Datensatz neu eingefügt oder nur upgedatet werden muss - ohne das die Gefahr besteht eine andere Benutzer-Session den Datensatz mittlerweile einfügt.

Wer kann mir hierfür ein sauberes Verfahren zeigen... oder habe ich einfach nur irgend etwas nicht richtig verstanden ?

Danke für alle Hinweise

Yaris

Das kannst du nicht verhindern, ohne die Tabelle während des Einfügens komplett zu locken.
Andererseits ist doch genau diese Constraint Violation der Sinn eines Constraints für den technischen als auch den fachlichen Schlüssel.

Vielen Dank für die Information...

Ich habe jetzt die Tabelle durch den Versuch eines inserts gelockt und dann im Fehlerfall einen update ausgelöst.
Da Hibernate abgesetzte Statments queued musste ich mit flush und clear arbeiten.

Ich habe jetzt folgende Lösung versucht:



Gruß Yaris

Das ist potentiell gefährlich! Du überschreibst damit die Eingaben, die der erste Benutzer gemacht hat. Wenn das für dich okay ist, dann funktioniert der Ansatz.