не пугайтесь китайского. Инструмент годный.
Я им пользуюсь - правда пока не в продакшене

А поддержка клика есть?

да есть иначе в этом чате я бы не писал про него. Единственное надо самим откомпилировать. Но компилится вроде без проблем.

alibaba group вроде тоже кликом пользуются

мы используем несколько способов:
1) выгружаем через bcp из mssql и через clickhouse-client  ипорт файла - очень быстро и просто, не нужно писать код
2) через DAG в airflow, пришлось написать operator для перекачки данных из mssql > clickhouse

Интересует наиболее быстрые по времени варианты, объемы довольно приличные

То, о чем говорил @den_crane, - это и есть быстрый по времени вариант отчасти, не требующий инструментов сверху

автоматизируйте выгрузку через go или, прости гспди, python (в зависимости от того, какой ЯП знаете), - и написать утилиту

такс,

создаем кластер, на них таблицы CREATE TABLE ON CLUSTER. Также создаем таблицу Distributed, которая смотрит на созданные ранее таблицы. Данные вставляем в Distributed, она уже раскидывает по нодам. Это верно? Неверно на моменте запроса партиций?

Привет! Подскажите, пожалуйста, из-за чего может сыпаться 235ая ошибка (part already exists), при этом свежие данные в таблице появляются. Есть распределенная таблица, данные в которую доливает мат вьюха из таблицы с kafka engine и на моменте инсерта вылезает эта ошибка, партиционировение toYYYYMMDD(DateTime)

Может не хватать места. Вроде были рекомендации, что для Optimize нужно столько свободного места, сколько занимает таблица.

угу, мы вот только что обнаружили что у нас ttl на таблицу отрабатывает странно - парты остаются на диске хотя в кх их не видно и в детач их нет

День добрый. Насколько безопасно удалить информацию о партиции в Зукипере?

и еще такой вопрос, как рестартануть таблицу типа ReplicatedMergeTree, которая не определила лидера и active_replicas=0

при этом она не ридонли и дает из себя получать данные

в новых версиях  есть https://clickhouse.tech/docs/en/sql-reference/statements/system/#query_language-system-restore-replica

но без нужды я бы в ZK лезть не стал
у вас что-то локально с партом случилось что вы его из ZK вычистить хотите?

насколько новых.  SYSTEM RESTORE REPLICA  transactions ON CLUSTER cluster - вызывает ошибку  B::Exception: Syntax error: failed at position 8 ('RESTORE'): RESTORE REPLICA  transactions ON CLUSTER cluster. Expected one of: START TTL MERGES, RELOAD CONFIG, RELOAD DICTIONARY, KILL, STOP FETCHES, FLUSH LOGS, DROP MMAP CACHE, SHUTDOWN, SUSPEND, RELOAD EMBEDDED DICTIONARIES, STOP DISTRIBUTED SENDS, STOP TTL MERGES, DROP MARK CACHE, STOP REPLICATED SENDS, RELOAD SYMBOLS, STOP MOVES, START MOVES, STOP REPLICATION QUEUES, DROP COMPILED EXPRESSION CACHE, RESTART REPLICA, START DISTRIBUTED SENDS, SYNC REPLICA, STOP LISTEN QUERIES, STOP MERGES, START REPLICATED SENDS, DROP DNS CACHE, START MERGES, START LISTEN QUERIES, DROP UNCOMPRESSED CACHE, RESTART REPLICAS, DROP REPLICA, START FETCHES, START REPLICATION QUEUES, FLUSH DISTRIBUTED, RELOAD DICTIONARIES (version 21.5.5.12 (official build))

хотим удалить битую партицию, ругается на лидера, которого и нет сейчас.

Привет
Подскажите правильный ли подход чтобы хранить последний State для account?
CREATE MATERIALIZED VIEW IF NOT EXISTS account_balance_merged
ENGINE = AggregatingMergeTree() ORDER BY (account)
POPULATE AS
SELECT
   account,
   anyLastState(balance) balance
FROM account_balance
GROUP BY account;
Почему-то в Select после агрегации хранится не последний баланс

https://github.com/ClickHouse/ClickHouse/commit/4c391f8e9945df67b171d20612b62b45451ea8b4
21.7 который еще не в зарелижен