active and database = '<db>'
`,
когда есть таблицы distributed? (и кластер) Сейчас время от времени возвращается результат
никак. system.parts ничего не знает про кластер.
Т е при применении кластеров нельзя получить список партиций таким способом? Или это еще Distributed не закончил процесс раскидывания данных? Есть таблица MergeTree, есть Distributed Так после этого запроса на партиции ответ приходит через раз create table db.table_local on cluster clickhouse1 ( video_id String, publication_ts DateTime, version Date ) Engine = MergeTree() partition by version order by tuple() SETTINGS index_granularity = 8192 create table db.table on cluster clickhouse1 ( video_id String, publication_ts DateTime, version Date ) Engine = Distributed(clickhouse1, db, table_local, rand()) db тоже создана ON CLUSTER
каша, какая каша. Если вы используете инсерт в Distributed и вам нужна гарантия вставки в реальные таблицы, то просто установите insert_distributed_sync = 1 --insert_distributed_sync arg If setting is enabled, insert query into distributed waits until data will be sent to all nodes in cluster. если вы хотите увидеть сколько еще не раскидано, испольуйте system.distribution_queue если вы хотите сделать запрос ко всем нодам, используйте from clusterAllRelicas
так у вас нет репликации, вы что пытаетесь сделать?
по таблицам - хочу иметь таблицы на нодах 1-8 (в рамках кластера clickhouse1), и иметь для вставки distributed таблицу по партициям - хочу по запросу ```SELECT * FROM system.parts WHERE active and database = '<db>' ``` получать список всех партиций ЧЯДНТ?)
да все делаете не так
в 19 версии видимо нет system.distribution_queue, btw
19 is out of support
такс, создаем кластер, на них таблицы CREATE TABLE ON CLUSTER. Также создаем таблицу Distributed, которая смотрит на созданные ранее таблицы. Данные вставляем в Distributed, она уже раскидывает по нодам. Это верно? Неверно на моменте запроса партиций?
собственно, SELECT distinct partition FROM cluster({cluster}, system, parts) проблему решил
Обсуждают сегодня