на default cast(1, 'UInt16')
Но вот вопрос: это баг? Фича? Есть ли другие пути решения?
Скорее баг чем фича, Можете конечно использовать старое условие с CAST, но мб проще будет раз и навсегда перейти на новую "структура"
Мы обновляем КХ с 19.17 на 22.3 Размеры таблиц здоровенные. Поэтому не очень понятно как на живой системе перейти на новую структуру
А, ломается при обновлении то есть? (те когда бинарник подменяете и пытаетесь сервер стартовать)
Судя по метадате, которая хранится на старых нодах —- там UInt16 default 1 заменяется на UInt16 default cast(1, 'Uint16') Поэтому бинарь новой версии (22.3) нормально стартует. Однако если по какой-то причине потребуется поднять ещё одну реплику, то таблица с текущим DDL не создатся
Попробуйте обновить до 20.8 а потом в 22.3
Если не получится сразу, то придётся через промежуточную версию. Уже думал об этом :(
Там несовместимостей куча. Из-за удаления понятия лидеров реплик.
Ну так получится но если дистрибьютид запросам не разрешать ходить в реплику с др. версией. Тестировать конечно нужно на стейдже и апгрейд тоже тестировать. Конечно куча запросов сломается в таком прыжке версий.
Обсуждают сегодня