спасибо, а если оставить 1шард-1реплика, то просто из конфига я убираю остальные реплики и данные зукипера и всё ?

Если оставляете движок replicated вам всё равно нужен зукипер.

Но остальные реплики можно убрать - это да.

зукипер в этом сценарии тоже остаётся один, тогда нужно переделывать в MergeTree и исключать зукипер?

Да, чтобы исключить зукипер нужно изменить движок. После можно удалитьь зукипер.

спасибо за информацию

Ребят, кто-то может подсказать, как круто управлять миграциями на clickhouse, если liquibase его не поддерживает? Вроде flyway тоже.

Я сам пишу. Проверяю в таблице версий наличие миграций и выполняю нужный код.

Я тоже об этом думаю, но решил проверить, может все таки кто-то уже что-то написал:)

Для rails есть...

с шардингом/репликами интересно работает, нет?

не было случая проверить
впрочем что мешает?
Он просто сам создает таблицу schema_migration и проверяет есть ли там запись о миграции...

Всем привет! Если в запросе мне нужно вытащить, к примеру 5 полей из одного и того же словаря, будет ли эффективно 5 раз написать dictGet? Или может есть более эффективные подходы?

Всем привет!
Подскажите в чем может быть проблема. На стейдже обновились с 19.11.13.74 на 19.14.11.16 (lts). При запросах к distributed таблицам возникает ошибка:

Code: 209. DB::Exception: Received from localhost:9000. DB::NetException. DB::NetException: Timeout exceeded while reading from socket (...:9440): while receiving packet from ...:9440

При этом данные спокойно инсертятся через distributed и распределяются в кластере, можно подключиться к соседней ноде через remote, remoteSecure. Пробовали увеличивать все timeout connect, receive, send в том числе connect_timeout_with_failover_ms и пр.

Простые запросы вида select count() from table_name, select * from .. limit ..; проходят, ошибка пояляется на запросах чуть сложнее, содержащих uniq, order by и прочее. При этом пробовали обновляться до 19.17.9.60 - проблема исчезает.

Кто-нибудь может подсказать, это баг, или можно как-нибудь устранить?

Мы написали свой аналог liquibase на python, таблицы метаданных храним в postgre, но в принципе любая реляционная БД подойдет

Code: 209. DB::Exception: Received from localhost:9000. DB::NetException. DB::NetException: Timeout exceeded while reading from socket (...:9440): while receiving packet from ...:9440

А 20.3 не хотите сразу проверять?

Добрый день. Подскажите, можно ли аттачить такие парты: ‘20090601_20090630_17258_24250_4’?

Не могу разобраться, как развести endpoints? И есть вопрос по поводу реплик, как они будут потолнять данные, INSERT на разницу?

реплики это разные сервера, у каждого будет свой ip и порт

кликхаус оперирует не строками а партами, это блок из много записей, реплики умеют ими обмениватся

Могут же быть реплики на одном сервере