Firebird deadlock Strategie

[hanspeter]

Hallo,

In einem Projekt greifen 2 Anwender gleichzeitig auf eine Liste zu und bearbeiten diese.
Einer von beiden erhält einen deadlook.
Dieser läßt sich zur Zeit nur durch Neustart des Servers beseitigen.

Beim Lesen der Liste zur Bearbeitung gehe ich folgendermaßen vor:

Starttransaction
Lese alle Daten und speichere diese intern
Commit

Nach einer beliebig langen Bearbeitungszeit dann
StartTransaction
Schreibe alle signifikanten Daten zurück
Commit

Warum und wann der deadlook kommt ist mir schon klar.
Ich denke aber über eine Strategie nach, diesen zu behandeln.
(Warum behebt nur ein Serverneustart den deadlook?)

Ich stelle mir vor die Schreiboperation der gesamten Liste in einen try except Block zu stellen.
(Fehler werden weiter unten bereits mit try except abgefangen, den Deadlook könnte ich bis oben
durchreichen.)

Im deadlook Fall sollte es doch reichen, eine Beliebige(???) Leseoperation des Anwenders auszuführen
also
Starttransaction
Lese irgendDaten
Commit
und dann die Schreiboperation zu wiederholen?
Oder muss ich alle Datensätze der betreffenden Liste neu lesen?


Es müssen immer > 1 Datensätze (Größenordnung 5 .. 120) zurückgeschrieben werden.
Ich möchte das so lösen, dass nach einem Deadlook die gesamte Liste neu zurückgeschrieben wird.

Ob eine SP zum Rückschreiben einen Erfolg bringt ist mir im Moment auch nicht ganz klar, da innerhalb der Datenbank ja keine Transactionssteuerung möglich ist.

Stored Procedure:
Lese Datensatz
Update Datensatz

Für einen Denkanstoss dankbar.

Peter