Programm 2x offen=falsche Daten

[haentschman]

Zitat:

Sowas gibt es hier irgendwie nicht...

ZConnection.TransactionIsolationLevel

[Blup]

zeitlicher Ablauf etwas übersichtlicher:

Code:

Prog 1                 Prog 2
-------------------------------------------------------
StartTrans                 
Insert/Update/Delete       
                        StartTrans                           
                        Select -> unveränderte Daten
Commit                     
                        Select -> unveränderte Daten 
                        Commit oder Rollback
                        StartTrans
                        Select -> geänderte Daten sind sichtbar

In Prog2 sind nur Datenänderungen aus anderen Transaktionen sichtbar, die vor dem Start der eigenen Transaktion mit Commit freigegeben wurden. Das kann man für Spezialfälle über TransactionIsolationLevel anders einstellen, sollte man aber im Normalfall nicht.

[Teekeks]

Ahh, OK danke. Jetzt geht es.
Wer hätte gedacht dass man erst eine neue Transaktion starten muss... also ich nicht.

[alex517]

Zitat:

Zitat von hoika

Das Problem ist, dass Programm 2 (Select)
erst eine neue Transaktion starten muss,
bevor es die Daten von Programm (nach dessen Commit) sehen kann.

Das ist nicht ganz korrekt.
Das gilt nur bei Verwendung des Transaction-Isolation-Levels SNAPSHOT
bzw. RepetableRead. Das sollte aber die Ausnahme sein.

Normalerweise wird READ COMMITTED verwendet.
Da ist es ausreichend das SQL-Statement erneut auszuführen und es werden
alle Daten anderer Transaktionen die mit COMMIT bestätigt sind gesehen.
Auch wenn das COMMIT nach dem Start der eigene Transaktion erfolgte.
Deshalb ja auch der Name READ COMMITTED.

Bei SNAPSHOT hingegen werden alle Daten anderer Transaktionen
ignoriert, auch wenn diese mit COMMIT bestätigt wurden.

alex