EF concurrency изключение DbUpdateConcurrencyException прави повторно заявки към кешираната стойност

Малък боклук · Публикувано в 1.11.2023 г. 20:30:43 ч.

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

Операцията с базата данни се очакваше да засегне 1 ред(и), но всъщност засегна 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 изключение DbUpdateConcurrencyException прави повторно заявки към кешираната стойност

Свързани публикации

Разгледани секции