Eccezione di concorrenza EF DbUpdateConcurrencyException interroga il valore memorizzato nella cache

Piccola feccia · Pubblicato su 01/11/2023 20:30:43

Requisiti: Utilizzare blocchi ottimisti EF per controllare la concorrenza; se incontrare concorrenza, aggiungere un meccanismo di ritento, e scoprire che i dati riinterrogati dopo il re-try sono dati cacheati da EF, con conseguente salvezza costante delle eccezioni.

L'operazione del database era prevista per 1 riga, ma in realtà non ne ha colpite 0; I dati potrebbero essere stati modificati o cancellati da quando le entità sono state caricate. VedereIl login del link ipertestuale è visibile.Per informazioni su come comprendere e gestire le eccezioni di concorrenza ottimistica.

Questa discussione ha portato a riflessioni su EF 6.x e la cache delle query EF Core:Il login del link ipertestuale è visibile.

Gestione della distinzione tra Timestamp e ConcurrencyCheck contemporanei
https://www.itsvse.com/thread-3616-1-1.html

Come mostrato di seguito:

SQL script:

L'accesso è visibile.

ASP.NET Codice backend Core 6:

L'accesso è visibile.

Codice Controller:

L'accesso è visibile.

Opzione 1 (consigliata)

usareEntityState.StachedSegnando lo stato dell'entità come non tracciato dal contesto, modificalo come segue:

L'accesso è visibile.

Come mostrato di seguito:

Opzione 2

Richiamare il metodo Reload() per aggiornare l'oggetto entità, il codice è il seguente:

L'accesso è visibile.

Sebbene il ricaricamento possa anche aggiornare i valori della cache EF,Questo comporta l'esecuzione di query SQL più di una voltaPertanto, non è raccomandato.

Gli altri due metodi, AsNoTracking, non sono adatti e l'altro non è stato testato.

(Fine)

[Fonte] Eccezione di concorrenza EF DbUpdateConcurrencyException interroga il valore memorizzato nella cache

Post correlati

Sezioni visualizzate