очень странный кейс... ну попробуйте "where toYYYYMMDD(loaded) > сегодня"
дождитесь следующего дня и потом select insert в test2 из test1 where toYYYYMMDD(loaded)=дата и так в цикле для всех дат

Привет всем.
Простите за довольно странный вопрос, точнее, помогите, пожалуйста.
Есть установленный КХ в кластере, нужно добавить еще один сервер в шард.
Соответственно нужно поставить ту же версию на новом сервере, что и на старых.
При попытке выполнить clickhouse-server —version (пробовал ключи -V, -v), ругается на "Unknown option specified:"
Как можно посмотреть версию / сборку уже установленного КХ?

Версия КХ-клиента 18.14.15, но нет абсолютно никакой гарантии того, что версии сервера и клиента совпадают (даже скорее наоборот).

Спасибо.

когда подключаетесь кх-клиентом там пишется версия сервера

понимаю, но этой информации у меня нет (это сервер заказчика)

спасибо, смог найти логин и пароль от реплика-юзера в конфигах, версия оказалась все таки 18.15 🤦‍♂️

Это powerPC, там нет готового 🙁

Добрый день.

Пробую мигрировать из мускула в кх, получаю следующее: в чем может быть ошибка ?


Code: 27. DB::Exception: Cannot parse input: expected '\n' before: '-09-10 18:14:53\n223085\t223085\t10634\t4534693\t2020-09-10 18:14:53\n223086\t223086\t10634\t5544841\t2020-09-10 18:14:53\n223087\t223087\t10634\t4527927\t2020-                       09-10 18:14:53\n': (at row 1)


или может есть какой то удобный инструмент миграции?)

такое ощущение что он на дату ругается, формат не нравится

/stat@combot

Ок, или попробуйте создать 30 столбцовую таблицу на 100 млрд. строк, а потом попробуйте сделать с ней хоть что-то, кроме drop table.

ну сам инсерт 100 лярдов займёт больше месяца(

И не факт, что вообще получится.

ок, а чем, к примеру, можно забить 30 столбцов в одной таблице? На это даже тупорылый битрикс не умудрился

Да чем угодно. Любыми денормализованными данными или метриками.

хорошо. Вот вам нужна метрика для сайта. Что же там за столбцы могут быть? Давайте посчитаем
1. ласт обнова
2. сколько посещений
3. сколько хитов
4. не... тут я сломался. Тут ток примари ки заходит. Дополните, плз

вот смотрите, ребят, есть таблица, в ней будет каждый день по 50 лямов строк добавляться.  Все это работает на MySQL.

Есть 10 миллионов основных значений, к которым все эти данные привязываются.

Есть ли смысл перестроить таблицу, и строить ее не в низ как в MySQL, а вправо. как в КХ,  сжатие базы произойдет? И, это при условии, что в мускуле всего по 10 столбцов максимум. ?

Спасибо.

Реферереры, клиенты, версии клиентов, ОС, домен, субдомен, география, данные из кукисов, что угодно. Все, что есть — сохраняйте.

т.е. вместо верхнего варианта базы начать применять такой, как ниже.

Вас интересует сжатие данных на диске?