Wyjątek współbieżności EF DbUpdateConcurrencyException ponownie zwraca zapytania o wartość buforowaną

Mały śmiecie · Opublikowano 01.11.2023 20:30:43

Wymagania: Używaj optymistycznych blokad EF do kontroli współbieżności, jeśli napotkasz współbieżność, dodaj mechanizm powtórek, sprawdź, że dane ponownie zapytane po próbie są danymi EF buforowanymi, co skutkuje ciągłym zapisywaniem wyjątków.

Operacja bazy danych miała wpłynąć na 1 wiersz(y), ale faktycznie dotyczyła 0(-ów); dane mogły zostać zmodyfikowane lub usunięte od czasu ładowania obiektów. WidziećLogowanie do linku jest widoczne.dla informacji na temat zrozumienia i radzenia sobie z wyjątkami optymistycznych współbieżności.

Ta dyskusja doprowadziła do przemyśleń na temat EF 6.x i buforowania zapytań EF Core:Logowanie do linku jest widoczne.

Obsługa rozróżnienia Timestamp i Concurrency Check.
https://www.itsvse.com/thread-3616-1-1.html

Jak pokazano poniżej:

Skrypt SQL:

Logowanie jest widoczne.

ASP.NET Kod backendowy Core 6:

Logowanie jest widoczne.

Kod kontrolera:

Logowanie jest widoczne.

Opcja 1 (zalecana)

używaćEntityState.DetachedOznaczając stan jednostki jako nieśledzony przez kontekst, zmodyfikuj go w następujący sposób:

Logowanie jest widoczne.

Jak pokazano poniżej:

Opcja 2

Wystarczy wywołać metodę Reload(), aby odświeżyć obiekt entity, a kod wygląda następująco:

Logowanie jest widoczne.

Chociaż przeładowywanie może również odświeżać wartości pamięci podręcznej EF,Skutkuje to wykonywaniem zapytań SQL więcej niż razDlatego nie jest to zalecane.

Pozostałe dwie metody, AsNoTracking, nie są odpowiednie, a druga nie jest testowana.

(Koniec)

[Źródło] Wyjątek współbieżności EF DbUpdateConcurrencyException ponownie zwraca zapytania o wartość buforowaną

Powiązane wpisy

Oglądane sekcje