* Es sind mehrere Transaktionen am laufen.
* Das Framework merkt sich, welche Entit�t von welcher Transaktion schreibend angefasst wurde.
** VORSICHT: Vorg�nge �ber mehrere Entit�ten hinweg (z.B. a) Adden von einer Entit�t zu einer Collection und b) setzen des Foreign Keys dieser Entit�t m�ssen wirklich atomar und verriegelt sein.
* Wenn eine Transaktion (B) versucht, schreibend auf eine Entit�t zuzugreifen, obwohl eine andere Transaktion (A) noch im Gange ist, die diese Entit�t bereits schreibend angefasst hat, so muss folgendes passieren:
** Rollback Transaktion (B), um Deadlocks mit Transaktion (A) zu vermeiden (z.B. dann, wenn Transaktion (A) versucht, auf
Stragetie A
Problem: Deadlocks, wenn es eine "blinde" Serialisierung von Schreibzugriffen PRO Entit�t gibt
L�sung: Im Falle wird ein Rollback gemacht.
Stragetie B
-> Problem: Fehlerbehandlung im Client.
L�sung: Transaction Manager bekommt ein Delegat, der Retry-M�glichkeit hat.
1) Property wird gesetzt.
2) Wird abgefangen.
3) Ist diese Entity bereits schreibend von einer anderen transaction angefasst worden?
JA: Rollback und Exception
NEIN:
1) ReadCommitValue (Altwert) setzen, der dann f�r alle anderen lesenden Transaktionen gilt
2) Base Setter aufrufen
3) CurrentValue (der Neuwert) f�r DIESE Transaktion setzen
Submit an article or tip