SQL Server - inkonsistentes Verhalten beim Lesen nicht festgeschriebener Änderungen derselben Transaktion

Question

Beim Arbeiten mit dem SQL Server mit der Isolationsstufe "read committed snapshot" schreiben wir routinemäßig Daten in die Datenbank und lesen sie im Kontext derselben Transaktion weiter. Normalerweise sehen wir beim Lesen aus der Datenbank unsere eigenen nicht festgelegten Änderungen, aber nur von anderen vorgenommene Änderungen. Wir haben angenommen, dass dies das erwartete Verhalten ist.

Wir haben jetzt festgestellt, dass wir in einigen relativ seltenen Fällen die Werte nicht sehen, die wir geschrieben haben - nur zuvor festgelegte Werte.

Irgendwelche Ideen, was die Inkonsistenz verursachen könnte?

Answer 1

Es stellt sich heraus, dass dies eine bekannte Inkonsistenz in SQL Server: Wenn Sie Wenn Sie aus der Datenbank lesen, werden normalerweise nicht festgeschriebene Änderungen Ihrer eigenen Transaktion angezeigt (in allen Isolationsstufen), dies ist jedoch nicht immer gewährleistet. Die Arbeit in meinem Fall bestand darin, with (readuncommitted) zu verwenden und einem Sperrmechanismus auf Anwendungsebene zu vertrauen, der gleichzeitige Änderungen derselben Daten verhindert.

Ich erhielt die gleiche Antwort von zwei unabhängigen Datenbankexperten. Leider habe ich keinen schriftlichen Hinweis auf das Problem gefunden.

Answer 2

Es gibt einige gute Artikel darüber, was schief gehen könnte. Vielleicht könnten sie

helfen

Craig Freedman, Serializable vs. Snapshot Isolation Level Die schwarze/weiße Marmor Analogie

Hugo Kornelis, 4 articles "Snapshot isolation: A threat for integrity": DRI/FKs Wechsel still zu verschiedenen Isolationsstufen