AT
Правда, коннекторов, которые бы schema id пользовались, у нас не было там.
Size: a a a
2020 October 08
AK
А версия схемы приходит с ответом на авторизацию?
AK
Вроде должна, она в хедере
AT
В общем, наверное, неплохо, когда ты можешь спокойно запустить миграцию, и коннекторы не отвалятся.
AT
Еще один валидный кейс: box.schema.upgrade().
AK
В общем, наверное, неплохо, когда ты можешь спокойно запустить миграцию, и коннекторы не отвалятся.
Для этого ретраев с обновлением схемы недостаточно, это все сервисы должны брать готовы к роллинг апдейту
AK
Еще один валидный кейс: box.schema.upgrade().
Тоже вряд ли делается под нагрузкой
AT
А версия схемы приходит с ответом на авторизацию?
В ответе на каждый запрос. Но если ты идешь со своим id схемы, то получить ERR_SCHEMA (или как его там) в ответ, если он стар.
AK
Я ид схемы не указываю
AK
Его можно опустить
AT
Тоже вряд ли делается под нагрузкой
Ты не всегда можешь на всем репликасете закрыть запись. По крайней мере, это должно быть минимальное окно.
AT
Я ид схемы не указываю
Тогда не получишь эту ошибку.
AK
Ну то есть его имеет смысл указывать если реально работает роллинг апдейт (миграция) под нагрузкой. Думаю это редкий кейс для внешних коннекторов
AK
Но можно реализовать, если есть полный сценарий
AT
Это требует определенной внимательности в асинхронном коннекторе.
AT
https://github.com/tarantool/tarantool-java/pull/200 — вот, можно оценить количество нюансов по объему дискуссии.
AK
https://github.com/tarantool/tarantool-java/pull/200 — вот, можно оценить количество нюансов по объему дискуссии.
У меня большие вопросы, для каких реальных кейсов в джава коннекторе эта фича)
AT
Но можно реализовать, если есть полный сценарий
Если у тебя в схеме в коннекторе старый id спейса, а пользователь поменял имена — то ты по имени пойдешь в старый спейс.
AK
В джаве роллинг апдейты это боль
AT
У меня большие вопросы, для каких реальных кейсов в джава коннекторе эта фича)
Чтобы просто работало, без вот этого «выждать момент без запросов и быстро обновить схему» :)