EF concurrency exception DbUpdateConcurrencyException reques the cached value

Маленькая мразь · Опубликовано 01.11.2023 20:30:43

Требования: Используйте оптимистичные блокировки EF для контроля параллелизма, если возникает параллелизм, добавьте механизм повторной попытки, обнаруживайте, что данные, запрашиваемые после повторного запроса, являются кэшированными данными EF, что всегда приводит к сохранению исключений.

Ожидалось, что работа с базой данных затронет одну строку(ы), но на самом деле затронула 0 строк(ов); Данные могли быть изменены или удалены с момента загрузки сущностей. ВидетьВход по гиперссылке виден.Информация о понимании и работе с оптимистичными исключениями в параллельности.

Это обсуждение привело к мыслям о кэшировании запросов EF 6.x и EF Core:Вход по гиперссылке виден.

Обработка различия между одновременной меткой времени и параллелизмом
https://www.itsvse.com/thread-3616-1-1.html

Как показано ниже:

SQL-скрипт:

Вход виден.

ASP.NET Код бэкенда Core 6:

Вход виден.

Код контроллера:

Вход виден.

Вариант 1 (рекомендуется)

использованиеEntityState.DetachedПомечив состояние сущности как не отслеживаемое контекстом, измените его следующим образом:

Вход виден.

Как показано ниже:

Вариант 2

Вызовите метод Reload() для обновления объекта сущности, код выглядит следующим образом:

Вход виден.

Хотя перезагрузка также может обновлять значения кэша EF,Это приводит к выполнению SQL-запросов более одного разаПоэтому это не рекомендуется.

Два других метода, AsNoTracking, не подходят, и третий не тестируется.

(Конец)

[Источник] EF concurrency exception DbUpdateConcurrencyException reques the cached value

Связанные публикации

Просмотренные разделы