AK
апсерт?
Size: a a a
2020 October 08
AK
Но это не cas
KN
поищи там слово cas_cond
KN
это оптимистичные блокировки
AK
А, ну они не реализованы пока что
KN
это вопрос довольно небольшого времени
KN
хорошая ретрай политика для селектов позволит тебе гораздо лучше и проще проводить апгрейды системы, чтобы клиентский код этого не замечал
KN
ну и insert/update/put операции можно тоже ретраить, если нам известно что ошибка произошла на роутере
KN
пример: если мы введем для стораджей возможность сдрейнить активные операции с себя
KN
в ситуации явного переключения скажем
KN
ты можешь захотеть сказать клиентам "я временно не принимаю операции"
KN
или клиент может сделать ретрай записи, если временно попал на read-only узел
KN
в такой ситуации мы точно знаем что запись никуда не прошла
AK
Выходит что это должны быть настраиваемые политики по типам ошибок. Опять-таки задаваемые пользователем
AK
Такую опцию я поддерживаю
KN
у них должны быть нормальные настройки по-умолчанию
EL
нужен какой то документ, который бы описывал эти рекомендуемые настройки по умолчанию
KN
нужен какой то документ, который бы описывал эти рекомендуемые настройки по умолчанию
это конечно
MA
или клиент может сделать ретрай записи, если временно попал на read-only узел
Такую логику можно делать либо на роутерах, рассматривая их как умных клиентов к стораджам, либо на умных клиентах.