EF vienlaicīguma izņēmums DbUpdateConcurrencyException atkārtoti vaicā kešatmiņā saglabāto vērtību

Maz putas · Publicēts 01.11.2023 20:30:43

Prasības: Izmantojiet EF optimistiskās slēdzenes, lai kontrolētu vienlaicīgumu, ja rodas vienlaicīgums, pievienojiet atkārtotas mēģināšanas mehānismu, konstatējiet, ka pēc atkārtota mēģinājuma atkārtoti vaicātie dati ir EF kešatmiņā saglabātie dati, kā rezultātā vienmēr tiek saglabāti izņēmumi.

Bija paredzēts, ka datu bāzes darbība ietekmēs 1 rindu(-as), bet faktiski ietekmēja 0 rindu(-as); Dati var būt modificēti vai izdzēsti, kopš entītiju ielādes. RedzētHipersaites pieteikšanās ir redzama.lai iegūtu informāciju par optimistisku vienlaicīgu izņēmumu izpratni un apstrādi.

Šīs diskusijas rezultātā radās domas par EF 6.x un EF Core vaicājumu kešatmiņu:Hipersaites pieteikšanās ir redzama.

Vienlaicīga laika zīmoga un vienlaicīgas pārbaudes atšķirības apstrāde
https://www.itsvse.com/thread-3616-1-1.html

Kā parādīts zemāk:

SQL skripts:

Pieteikšanās ir redzama.

ASP.NET Core 6 aizmugures kods:

Pieteikšanās ir redzama.

Kontroliera kods:

Pieteikšanās ir redzama.

1. variants (ieteicams)

lietotEntityState.AtdalītsAtzīmējot entītijas stāvokli kā tādu, kas netiek izsekots kontekstā, modificējiet to šādi:

Pieteikšanās ir redzama.

Kā parādīts zemāk:

2. variants

Izsauciet metodi Reload(), lai atsvaidzinātu entītijas objektu, kods ir šāds:

Pieteikšanās ir redzama.

Lai gan atkārtota ielāde var arī atsvaidzināt EF kešatmiņas vērtības,Tā rezultātā SQL vaicājumi tiek izpildīti vairāk nekā vienu reiziTāpēc tas nav ieteicams.

Pārējās divas metodes, AsNoTracking nav piemērotas, un otra nav pārbaudīta.

(Beigas)

[Avots] EF vienlaicīguma izņēmums DbUpdateConcurrencyException atkārtoti vaicā kešatmiņā saglabāto vērtību

Saistītās ziņas

Skatītās sadaļas