PN
@den_crane Это можно сделать "на лету"? Или требуется перезапуск кластера?
Size: a a a
2020 June 22
DC
@den_crane Это можно сделать "на лету"? Или требуется перезапуск кластера?
рестарт не нужен, прямо сессии можно или профиле.
Партиций конечно невероятно много для такого кол-ва данных -- 4гб
Партиций конечно невероятно много для такого кол-ва данных -- 4гб
PN
Может быть порекомендуете метод формирования партиций и сколько примерно данных должно приходиться на одну партицию?
PN
Может быть есть какие-то материалы, Best Practice по использованию clickhouse?
DC
Может быть порекомендуете метод формирования партиций и сколько примерно данных должно приходиться на одну партицию?
Так как вы непонимаете что делаете, судя по глупым вопросам, и стремитесь выстрелить себе в ногу, то рекомендация -- дефолт месячные партиции
PN
Ок, спасибо
DC
Required Optional
Приветствую коллеги! Никто не подскажет, что происходит когда запускаешь финальную оптимизацию таблицы на кластере? У меня вылетела ошибка по времени. А теперь любой запрос на таблице вылетает с ошибкой: слишком много открытых файлов на одном из узлов кластера. Полез посмотрел аш-топом КХ занял все ресурсы. наверное оптимизирует... Вопрос: как узнать средствами самого КХ когда бэкграудная оптимизация подошла к концу?
Optimize final всегда полностью перекладывает всю таблицу в минимально возможное кол-во партов. Т.е. у вас в таблице размером 40 тб 10 партиций - 10 партов, кх прочитает 40тб разожмет, сожмет и запишет 40тб.
Д
При join двух distributed таблиц, будут ли данные на двух шардах джоинится параллельно и потом объединятся в основной distributed таблице?
DC
При join двух distributed таблиц, будут ли данные на двух шардах джоинится параллельно и потом объединятся в основной distributed таблице?
Можно сделать 4 разных варианта. Можно например поджойнить локально если таблицы шардированы по одному и тому же ключу.
Д
Можно сделать 4 разных варианта. Можно например поджойнить локально если таблицы шардированы по одному и тому же ключу.
а если просто джоинить 2 distributed таблицы, то как это будет работать?
DC
а если просто джоинить 2 distributed таблицы, то как это будет работать?
будет ошибка что двойной джойн не разрешен
Д
Можно сделать 4 разных варианта. Можно например поджойнить локально если таблицы шардированы по одному и тому же ключу.
а как это сделать? джоинить именно шарды и потом результат шардов между собой?
DC
а как это сделать? джоинить именно шарды и потом результат шардов между собой?
Я сделаю наверное гист с картинками.
D
будет ошибка что двойной джойн не разрешен
хм, а как делать если две таблицы раскиданы по шардам?
это ж запросы упоротые писать надо будет...
да, сделайте, нам тоже интересно
это ж запросы упоротые писать надо будет...
да, сделайте, нам тоже интересно
RO
Optimize final всегда полностью перекладывает всю таблицу в минимально возможное кол-во партов. Т.е. у вас в таблице размером 40 тб 10 партиций - 10 партов, кх прочитает 40тб разожмет, сожмет и запишет 40тб.
thanx a lot
AK
Всем привет!
А кто что использует в качестве механизма, для управления миграциями в clickhouse?
А кто что использует в качестве механизма, для управления миграциями в clickhouse?
IR
Я сделаю наверное гист с картинками.
Еще не делали? Тоже интересно посмотреть результат
AG
Я сделаю наверное гист с картинками.
Очень интересно посмотреть )) заранее спасибо
