"TO". Надо остановить консьюминг, чтобы спокойно поменять query одного из этих MV.
В документации в разделе integrations пишут, что можно сделать detach kafka engine table, change consumer MV and attach it back. Но что-то не получается:
"Table default.consumer doesn't exist. (UNKNOWN_TABLE)"
https://fiddle.clickhouse.com/f12c6bc8-a7f1-4fae-a0ac-2fc7be81599a
Не вижу никаких различий в поведении detach & drop.
Есть и старое issue от @den_crane с комментариями разработчиков, однако так не работает. Оно поломатое или я что-то делаю не так?
А у вас эта таблица/материалка точно есть в базе default?
ткните на ссылку в fiddle - поэкспериментируйте. Если получится рабочий вариант - присылайте, буду благодарен.
Ну так вы 1 создали консюмер 2 детачнули его 3 пытаетесь сделать из него select (а его нет, он детачнут)
Разумеется. Именно детачнул, а не дропнул. Ровно так, как описано в гайде по ссылке выше.
Детач - это как дроп, только без физического удаления данных. Детачнутой таблицы для кх не существует
Перед созданием материалки не нужно детачить консюмер
Возможно, тогда это баг в документации. Хотя я не вижу особой причины не создавать MV - вся необходимая информация для компиляции запроса "где-то там" присутствует. собственно select выполнять не нужно.
Мне - нужно. В этом смысл действа. Прочитайте изначальный вопрос ещё раз.
А. Понял) Мы когда надо альтернуть материалку детачим не Кафка таблицу, а Дропаем/пересоздаем саму материалку.
Обсуждают сегодня