EF concurrency exception DbUpdateConcurrencyException повторює запит на кешоване значення

Маленька покидька · Опубліковано 01.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.DeachedПозначаючи стан сутності як такі, що не відстежується контекстом, змінюйте його наступним чином:

Вхід видно.

Як показано нижче:

Варіант 2

Викликайте метод Reload() для оновлення об'єкта сутності, код виглядає так:

Вхід видно.

Хоча перезавантаження також може оновлювати значення кешу EF,Це призводить до виконання SQL-запитів більше одного разуТому це не рекомендується.

Інші два методи — AsNoTracking — не підходять, а інший — не тестується.

(Кінець)

[Джерело] EF concurrency exception DbUpdateConcurrencyException повторює запит на кешоване значення

Пов'язані дописи

Переглянуті розділи