Wie schreibe ich korrekten / zuverlässigen Transaktionscode mit JAX-RS und Spring?

Grundsätzlich versuche ich zu verstehen, wie man den Transaktionscode richtig schreibt (oder "richtig schreibt"), wenn man den REST-Dienst mit Jax-RS und Spring entwickelt. Außerdem verwenden wir JOOQ für den Datenzugriff. Aber das sollte nicht sehr relevant sein.
Betrachten wir das einfache Modell, in dem wir einige Organisationen haben, die diese Felder haben: "id", "name", "code" . Alle müssen einzigartig sein. Außerdem gibt es ein status -Feld.
Die Organisation könnte irgendwann entfernt werden. Aber wir wollen die Daten nicht komplett entfernen, weil wir sie für Analyse- / Wartungszwecke speichern wollen. Also setzen wir das Organisationsstatusfeld auf 'REMOVED' .
Da wir die Organisationszeile nicht aus der Tabelle löschen, können wir die eindeutige Einschränkung nicht einfach auf die Spalte "Name" anwenden, da wir möglicherweise die Organisation löschen und dann eine neue mit dem gleichen Namen erstellen. Aber nehmen wir an, dass Codes global eindeutig sein müssen, also haben wir eine einzigartige Einschränkung für die Spalte code .

Sehen wir uns also dieses einfache Beispiel an, das eine Organisation erstellt und einige Prüfungen auf dem Weg durchführt.

Ressource:

DAO-Dienst sieht so aus:

Das bringt einige Fragen:

1. Soll ich @Transactional Annotation in die Methode createOrganization der Ressource einfügen? Oder sollte ich einen weiteren Dienst erstellen, der mit DAO kommuniziert und @Transactional Annotation zu seiner Methode hinzufügt? Etwas anderes?
2. Was passiert, wenn zwei Benutzer gleichzeitig eine Anfrage mit demselben "code" -Feld senden? Bevor die erste Transaktion ausgeführt wird, werden die Überprüfungen erfolgreich durchgeführt, sodass keine 409 Rückmeldungen gesendet werden. Als erste Transaktion wird ordnungsgemäß übergeben, aber die zweite Transaktion wird die DB-Einschränkung verletzen. Dies wird SQLException auslösen. Wie man das anmutig handhabt? Ich meine, ich möchte immer noch eine nette Fehlermeldung auf der Client-Seite zeigen, dass der Name bereits benutzt wird. Aber ich kann SQLException oder etw nicht wirklich parsen. Kann ich?
3. Ähnlich wie der vorherige, aber diesmal ist "name" nicht eindeutig. In diesem Fall verletzt die zweite Transaktion keine Beschränkungen, was dazu führt, dass zwei Organisationen denselben Namen haben und unsere Geschäftsbeschränkungen verletzen.
4. Wo kann ich Tutorials / Code / etc. sehen / lernen, die Sie als gute Beispiele betrachten, wie man korrekten / zuverlässigen REST + DB-Code mit komplizierter Geschäftslogik schreibt. Github / Bücher / Blogs, was auch immer. Ich habe versucht, so etwas zu finden, aber die meisten Beispiele konzentrieren sich nur auf die Installation - fügen Sie diese Bibliotheken hinzu, verwenden Sie diese Anmerkungen, es gibt Ihre einfache CRUD, das Ende. Sie enthalten keinerlei Transaktionskosten. Ie.

UPDATE: Ich kenne die Isolationsstufe und die übliche Fehler / Isolationsmatrix (Dirty Reads, etc ..). ). Das Problem, das ich habe, ist, einige "produktionsreife" Beispiele zu finden, von denen ich lernen kann. Oder ein gutes Buch zu einem Thema. Ich bekomme immer noch nicht wirklich, wie man alle Fehler richtig behandelt .. Ich denke, ich muss ein paar Mal wiederholen, wenn die Transaktion fehlgeschlagen .. und dann nur einige generische Fehler und implementieren Client, der das handhabt .. Aber tun Ich muss wirklich den SERIALIZABLE-Modus verwenden, wenn ich Bereichsabfragen verwende? Weil es die Leistung stark beeinträchtigt. Aber sonst wie kann ich garantieren, dass die Transaktion fehlschlägt ..

Wie auch immer, ich habe beschlossen, dass ich im Moment mehr Zeit brauche, um etwas über Transaktionen und das DB-Management zu lernen, um dieses Problem anzugehen ...