дада
ну, это меня не смущает, лишь бы КРАСИВО :)

Если делается group by, то это не важно

но было бы хорошо сделать обработку Ctrl^C

Когда запрос выполняется, оно работает нормально.

В смысле - отменяет запрос

А когда запрос не дописан, действительно можно просто enter нажать же

нужно отменять когда еще не выполняется, как в консоли

Наверное, да.

Сделаешь pull request? =)

у меня с C++ не очень

Можешь поставить issue в гитхабе, кто-нибудь сделает, я думаю.

Задача для новичка самое то.

это сделаю

Отлично, спасибо!

так вот, если у меня таблица events = ReplicatedMergeTree(.../events), и мне надо перелить ее в другую Replicated таблицу, т.е. я хочу сделать events = Replicated....MergeTree(../events), то как это сделать без даунтайма? т.е. проблема в том что я не смогу потом у таблицы изменить пути зукипера

Не отвечу, лучше письмом на рассылку или в гугл групс

Допустим у нас есть таблица со столбцами: key version value
key + version = уникальный ключ
key = индексный столбец
version = версия данных
value = сами данные

Как делать запрос с WHERE ... GROUP BY key, но чтобы в результатах учавствовали только строки с максимальными значениями поля version в пределах ключа key с учетом WHERE?

Например, если взять вот такие данные для примера:
1 1 10
1 2 20
1 3 30  #строка с максимальной версией для key=1
2 1 100
2 2 200 #строка с максимальной версией для key=2

то такой запрос должен выдать:
1 30
2 200

Это попытка реализовать апдейт данных на "неограниченном" жёстком диске? :)

Сase использования: допустим, мы забираем статистику по API у какого-то сервиса. Ключи остаются теми же, а цифры всегда растут каждый час и при очередной вставке мы увеличиваем version. А при выборке гарантией самых свежих данных из API будет то, что мы всегда выбираем строки с максимальным version в пределах ключа.

:) Что-то типа этого. Кейс использования я привел выше. В реляционных СУБД с этим замечательно справляется INSERT ON DUPLICATE KEY UPDATE