EF-Nebenzahligkeitsausnahme DbUpdateConcurrencyException fragt den zwischengespeicherten Wert ab

Kleiner Abschaum · Veröffentlicht am 01.11.2023 20:30:43

Anforderungen: Verwenden Sie EF-optimistische Sperren zur Kontrolle der Nebenläufigkeit, fügen Sie bei Gleichzeitigkeit einen Wiederholungsmechanismus hinzu, stellen Sie fest, dass die nach dem Neuanruf erneut abgefragten Daten EF-Zwischendaten sind, was zu immer gespeicherten Ausnahmen führt.

Die Datenbankoperation sollte 1 Zeile beeinflussen, tatsächlich aber 0 Zeilen; Die Daten könnten seit dem Laden der Entitäten verändert oder gelöscht worden sein. SieheDer Hyperlink-Login ist sichtbar.Für Informationen zum Verständnis und Umgang mit Ausnahmen für optimistische Nebenläufigkeit.

Diese Diskussion führte zu Gedanken zu EF 6.x und EF Core Query-Caching:Der Hyperlink-Login ist sichtbar.

Umgang mit Unterscheidungen zwischen gleichzeitigem Zeitstempel und Concurrency Check
https://www.itsvse.com/thread-3616-1-1.html

Wie unten gezeigt:

SQL-Skript:

Login ist sichtbar.

ASP.NET Core 6 Backend-Code:

Login ist sichtbar.

Controller-Code:

Login ist sichtbar.

Option 1 (empfohlen)

gebrauchenEntityState.DetachedMarkieren Sie den Entitätszustand als nicht vom Kontext verfolgt und ändern Sie ihn wie folgt:

Login ist sichtbar.

Wie unten gezeigt:

Option 2

Rufen Sie die Reload()-Methode auf, um das Entitätsobjekt zu aktualisieren, der Code ist wie folgt:

Login ist sichtbar.

Obwohl das Nachladen auch EF-Cache-Werte aktualisieren kann,Dies führt dazu, dass SQL-Abfragen mehrmals ausgeführt werdenDaher wird es nicht empfohlen.

Die anderen beiden Methoden, AsNoTracking, sind nicht geeignet, und die andere ist nicht getestet.

(Ende)

[Quelle] EF-Nebenzahligkeitsausnahme DbUpdateConcurrencyException fragt den zwischengespeicherten Wert ab

Verwandte Beiträge

Betrachtete Abschnitte