EF-samanaikaisuuspoikkeus DbUpdateConcurrencyException hakee välimuistissa olevan arvon uudelleen

Pikku roisto · Julkaistu 1.11.2023 20.30.43

Vaatimukset: Käytä EF-optimistisia lukkoja samanaikaisuuden hallintaan, jos kohtaat samanaikaisuuden, lisää uudelleenkokeilumekanismi, huomaa, että uudelleenkyselyn jälkeen haettu data on EF-välimuistissa olevaa dataa, jolloin poikkeukset tallennetaan aina.

Tietokantaoperaation odotettiin vaikuttavan yhteen riviin, mutta todellisuudessa se vaikutti 0 riviin; Tietoja on voitu muokata tai poistaa sen jälkeen, kun entiteettejä on ladattu. NähdäHyperlinkin kirjautuminen on näkyvissä.Tietoa optimististen rinnakkaispoikkeusten ymmärtämisestä ja käsittelystä.

Tämä keskustelu johti ajatuksiin EF 6.x:stä ja EF Coren kyselyvälimuistista:Hyperlinkin kirjautuminen on näkyvissä.

Samanaikaisen aikaleiman ja samanaikaisen Check-erottelun käsittely
https://www.itsvse.com/thread-3616-1-1.html

Kuten alla on esitetty:

SQL-skripti:

Kirjautuminen näkyy.

ASP.NET Core 6 backend-koodi:

Kirjautuminen näkyy.

Ohjainkoodi:

Kirjautuminen näkyy.

Vaihtoehto 1 (suositeltava)

käyttääEntityState.IrtautunutMerkitse entiteettitila kontekstin seuraamattomaksi, muokkaa sitä seuraavasti:

Kirjautuminen näkyy.

Kuten alla on esitetty:

Vaihtoehto 2

Kutsu Reload()-metodia entiteettiobjektin päivittämiseen, koodi on seuraava:

Kirjautuminen näkyy.

Vaikka uudelleenlataus voi myös päivittää EF-välimuistin arvot,Tämä johtaa SQL-kyselyjen suorittamiseen useammin kuin kerranSiksi sitä ei suositella.

Kaksi muuta menetelmää, AsNoTracking ei sovellu, ja toista ei testata.

(Loppu)

[Lähde] EF-samanaikaisuuspoikkeus DbUpdateConcurrencyException hakee välimuistissa olevan arvon uudelleen

Aiheeseen liittyvät julkaisut

Katsotut osuudet