Как повторить неудачные запросы на обновление (код ошибки 412) в операциях хранения таблицы Azure?

Question

Я ищу решение для обработки сбоев обновления в операциях с таблицей Azure из-за кода ошибки 412. Мое приложение будет выполнять параллельные запросы на обновление таблицы, и в большинстве случаев происходит сбой с кодом 412. В это время мне нужноповторить запрос и исправить его.Тип обновлений такой: каждый запрос считывает данные, объединяет их с новыми данными и помещает их обратно. Проблема в том, что моему приложению нужно обрабатывать большое количество таких запросов за доли секунды

Answer 1

Из того, что вы описываете с использованием хранилища таблиц Azure, я не думаю, что есть какой-либо другой способ, кроме того, что вы уже делаете. Поэтому либо обновите ETag и повторно отправьте запрос, либо безоговорочно перезапишите то, что есть, что приведет к потере обновлений.

В вашем случае я бы также поэкспериментировал с Azure Document Db, чтобы вы теоретически могли передать эту логику объединения на сторону сервера в качестве хранимой процедуры, которая могла бы прозрачно выполнить повторную попытку при сбое ETag. Это должно быть намного быстрее, потому что вам не нужно было бы делать какие-либо запросы ввода-вывода для повторных попыток со стороны клиента и предполагать, что все, что вы получите от БД, является самой последней и самой последней сущностью Boundary.