вот это уже хорошо

может в prewhere условие по партиции?

но нужно проверить, что бы оно сработало (бывает люди криво пишут в запросе и кликхаус не понимает)

оно само обычно двигает в PREWHERE, но можно попробовать

для partition elimination и колонок в индексе нет разницы where или prewhere

т.е. например, правильно я понимаю, что допустим делаем 1 партиция = 1 сутки и запросы делаем  по суткам?

если писать prewhere вручную -- это отключает optimize_move_to_prehwere

Ребят, а это нормальное поведение что CREATE TABLE tbl AS remote(....), не создает локальную таблицу такой же структуры, а делает что-то вроде линка на таблицу на другом севере. Т.е. локально данные не хранятся и insert направляются тоже на удаленный сервер..

а если написать ручками движок? ENGINE=MergeTree()?

и что показывает show create table tbl ?

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

ошибку синтаксиса дает

SHOW CREATE TABLE tbl

┌─statement───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ CREATE TABLE tbl AS remote('host', 'schema', 'tbl', 'login', 'password') │
└─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘

круто, я не знал что это возможно.

Оно конечно удобно когда знаешь, но выглядит как баг)
Ожидается что он сходит на удаленный хост, сделает describe и создаст точно такую же таблицу.

Или я ожидаю не того?

привет всем : ) вопрос по движку CollapsingMergeTree.
кто знает, есть здесь возможность агрегировать строковые и временные поля?
(по числам всё понятно, в документации хорошо описано.)

конкретная задача - достать последнее актуальное состояние для каждой записи, у которой меняется, например, поле даты.
т.е. идет группировка по ключу, нужно вытащить актуальное значение даты. в этом сложность.

про FINAL знаю. может, есть еще варианты.

А подскажите а где в конфигах нужно прописать insert_distributed_sync чтобы вставлять синхронно в дистрибьютед ?

не знаю, возможно, откройте issue -- unexpected behavior

в профиле пользователя

ну возможно, можно сделать GROUP BY по всем-всем  полям и оставить только те записи где HAVING sum(Sign) > 0 но выглядит криво