WebAPI Предотвращение условий гонки

Question

У меня есть метод контроллера WebAPI POST, который в основном просто вставляет запись с величиной количества в таблицу. Мне нужно проверить это количество на доступное количество. Проблема в том, что я могу одновременно представлять несколько представлений и хочу устранить любые возможные условия гонки.

Существует множество способов сделать это, но я пытаюсь определить наилучший подход. Я думал об использовании очереди, но затем клиентскому устройству нужно будет сделать чек обратно, чтобы посмотреть состояние. Я думал об использовании шаблона singleton, но тогда клиенту придется ждать его выпуска.

У кого-нибудь есть указатели?

Answer 1

Ваш вопрос не связан с WebAPI, а с вашими данными и уровнем управления данными. WebAPI не должен заботиться о данных, его роль заключается в том, чтобы принимать запросы и отправлять ответы. Ответ зависит от входных данных, валидации, бизнес-логики и т. Д.

Ваш вопрос - классический вопрос управления параллелизмом. Есть много ответов, и правильный будет зависеть от вашей системы и архитектуры.

Я предполагаю, что транзакция с базой данных включает в себя следующие этапы? : 1) Новая запись с цифрой 2) Количество обновления (новое общее = всего - штук) И они должны произойти вместе или вообще не произойти?

Один способ пойти Optimistic Concurrency. Пусть база данных (или ваша ORM (i.e Entity Framework)) сообщит вам, если счетчик количества не является устаревшим, если он устарел, запросите его снова и подтвердите, что доступное количество остается в силе.

Вам понадобится Google, как реализовать Оптимистический параллелизм для вашей базы данных. В двух словах, это временная метка таблицы, которая не может быть изменена вслепую. Когда обновление отправляется в базу данных, оно содержит значение отметки времени, которое было проверено перед обновлением, если оно все еще совпадает, транзакция проходит, если значения различны, транзакция прерывается.