EF sočasna izjema DbUpdateConcurrencyIzjema ponovno povprašuje shranjeno vrednost

Mala drhal · Objavljeno na 1. 11. 2023 20:30:43

Zahteve: Uporabite EF optimistične ključavnice za nadzor sočasnosti, če naletite na sočasnost, dodajte mehanizem ponovnega poskusa, ugotovite, da so podatki, ki se ponovno poizvedujejo po ponovnem poskusu, EF predpomnjeni podatki, kar vedno shranjuje izjeme.

Operacija baze podatkov naj bi vplivala na eno vrstico, vendar je dejansko vplivala na 0 vrstic; Podatki so morda bili spremenjeni ali izbrisani od nalaganja entitet. VidetiPrijava do hiperpovezave je vidna.za informacije o razumevanju in ravnanju z izjemami optimistične sočasnosti.

Ta razprava je pripeljala do razmišljanja o EF 6.x in EF Core predpomnjenju poizvedb:Prijava do hiperpovezave je vidna.

Obravnava razlik med sočasnim časovnim žigom in ConcurrencyCheck
https://www.itsvse.com/thread-3616-1-1.html

Kot je prikazano spodaj:

SQL skripta:

Prijava je vidna.

ASP.NET Core 6 backend koda:

Prijava je vidna.

Koda krmilnika:

Prijava je vidna.

Možnost 1 (priporočena)

uporabitiEntitetState.DetachedČe označimo stanje entitete kot nesledeno s strani konteksta, ga spremenite na naslednji način:

Prijava je vidna.

Kot je prikazano spodaj:

Možnost 2

Pokličite metodo Reload() za osvežitev entity objekta, koda je naslednja:

Prijava je vidna.

Čeprav lahko ponovno nalaganje osveži tudi EF vrednosti predpomnilnika,To povzroči, da se SQL poizvedbe izvajajo večkratZato tega ne priporočamo.

Drugi dve metodi, AsNoTracking, nista primerni, druga pa ni testirana.

(Konec)

[Vir] EF sočasna izjema DbUpdateConcurrencyIzjema ponovno povprašuje shranjeno vrednost

Sorodne objave

Ogledi odsekov