то создается но висит в невыполненных и не используется. версия 23.8.1.41588
а ну почитал похоже что нельзя
технически можно, у нас на проде живёт одна такая надо только помнить о подводных камнях такой идеи, а их там хватает )
а способ так сделать неподскажете?
да так же, как и на обычном MergeTree, там никакой разницы в создании нет https://fiddle.clickhouse.com/bbee2fb0-27bf-45e6-abef-281c0fe3ecf7
https://github.com/ClickHouse/ClickHouse/issues/24778
Почему нельзя? Делается вполне
https://github.com/ClickHouse/ClickHouse/issues/24778
В parts_to_do что?
да, это те самые подводные камни, о которых я говорил. поэтому наши инженеры пере-материализуют проекции в тех партициях, где им понадобилось перезалить данные
Это касается агрегаций. Сортировки же должны работать?
Нет. Тоже самое. Там будет мусор запреплйсенный
И как выкручиваться, если МV лить в обычную МТ там будут дубли.
все 3 не выполнены
Ниче не понять. На примере показывайте/проверяйте
это да каждый перезалив — это clear, insert, optimize final, materialize. спасает то, что поддерживается in partition и что перезаливы требуются не так часто но эта проекция очень помогает в проектных задачах
В system.parts такой парт есть?
Есть Replacing в которую льется снаружи поток от insert и update в другой базе. Первичный ключ ID Но для аналитических запросов нужны группировки по датам, группам и тп. Соответственно нужны проекции как добавляющие сортировки так и желательно агрегации. Если на Replacing проекции не работают, то нужно переливать дальше. Но при этом что делать с дедублицированием?
если ставить mutations_sync = 2 то выдает ошибку и не материализует
Где? Я вижу другие номера парьлв
Да просто делать запросы к replacing.
Что такое s3withkeeper ?
не знаю, использую облако clickhouse.com развернул в нем
Просто запросы в имеющихся условиях работают по 20-30с А к ним еще джойны (не могу на это повлиять) На тех же данных но с другой сортировкой 2с, с агрегацией в проекции 0.2с Отсюда и по ребрость
Так там в саппорт и спросите. Они точно починят
Обсуждают сегодня