использует ли clickhouse партиции для оптимизации запросов?
partitioning is not intended to speed up SELECT queries (ORDER BY key is sufficient to make range queries fast). Partitions are intended for data manipulation (DROP PARTITION, etc).
>partitioning is not intended to speed up SELECT queries
тут имеется в виду что speed up самый минорый фактор для выбора стратегии партиционирования, и только для тех кто понимает как на самом деле работает insert
Привет всем. Кто то сталкивался с тем что запрос с мат вью и аналогичный запрос из исходной таблицы возвращает отличающееся друг от друга цифры? Есть идея что это связано с каким то мержем. Мат вью был создан давно без POPULATE. Такой же вью созданный параллельно возвращает правильные данные
Привет всем. Кто то сталкивался с тем что запрос с мат вью и аналогичный запрос из исходной таблицы возвращает отличающееся друг от друга цифры? Есть идея что это связано с каким то мержем. Мат вью был создан давно без POPULATE. Такой же вью созданный параллельно возвращает правильные данные
всавка в MV и таблицу неатомарны, нужно постоянно следить за ошибками инсертов и чинить руками
то есть может получится что вставка в таблицу прошла а MV нет. Так ?
да, у меня такая фигня бывает раз в неделю, отвал зукипера, отвал сети между КХ и заливалкой и т.д.. Я чиню MV вручную, довствляя кусок который не вставился в MV.
Привет всем. Кто то сталкивался с тем что запрос с мат вью и аналогичный запрос из исходной таблицы возвращает отличающееся друг от друга цифры? Есть идея что это связано с каким то мержем. Мат вью был создан давно без POPULATE. Такой же вью созданный параллельно возвращает правильные данные
да, у меня такая фигня бывает раз в неделю, отвал зукипера, отвал сети между КХ и заливалкой и т.д.. Я чиню MV вручную, довствляя кусок который не вставился в MV.
а как вставить недостающую? также как в обычную таблицу?