но на будущее хотелось бы чтобы новые записи аггрегировались

Они в фоне и агрегируются по id, потому что ключ такой

а как сделать aggmergetree по 2 столбцам?

в доке не совсем понятно как это работает

Order by id, idto

order by задает ключ, поэтому они не будут склеиваться?

Да, в доке так и написано, что группируется по ключу сортировки

спасибо, стало намного понятнее

плохо читал

А как до этого люди делали запросы, в которых надо было провязать данные из двух селектов по сути? Никак?)

что значит привязать данные из двух селектов?

в смысле сдалть JOIN по результатам двух sub query ?

У меня есть табличка с событиями. Я хочу посчитать воронку вида "какой процент пользователей, которые до этого тыкнули в определенную кнопку, сделали потом что-то".

То есть в обычном мире я бы либо поселектил в переменную пользователей, которые тыкнули в кнопку, а потом поселектил всех пользователей, сделавших что-то и входящих в этот список (переменную), либо сделал в where условие вида user in (select from)

Подскажите пожалуйста. По какой причине SummingMergeTree может не суммироватся? Сделал запись около получаса назад, таблица так и не просуммирована

CREATE TABLE IF NOT EXISTS lbas_daily
(
    date Date,
    uuid UUID,
    created_at DateTime,
    type_name String,
    bv Int64
)     ENGINE = SummingMergeTree(bv)
    PARTITION BY toYYYYMM(date)
    ORDER BY (date, uuid);

INSERT INTO lbas_daily
SELECT toDate(sample_time) as date,
       uuid,
       created_at,
       type_name,
       1                   as bv
FROM lbas
WHERE toDate(sample_time) == yesterday();

Вот такой запрос делаешь, там цифры одинаковые

SELECT (SELECT count(*)
        FROM lbas
        WHERE toDate(sample_time) == yesterday()) as orig_table_cnt,
       (SELECT count(*) FROM as_daily) as daily_table_cnt;

Хотя мат.  вьюхи суммировались в течении нескольких минут

возможно, мой комментарий вряд ли пригодится, но емнип, тут или 1) действительно вам сделать join по подзапросу, 2) как вариант, то что вы указали в своем оригинальном сообщении, сделать на базе tmp по таблице тыкнувших пользователей. (изумдриться, но такой себе вывод)
Но JOIN или WITH звучит как-то разумнее, как сказал @BloodJazMan , ИМХО. 😅

Да вот WITH у меня еще нет в моей версии :(
JOIN попробовать можно, наверно 🤔

энивей, спасибо

Привет, кто знает, в каком месте в сорцах ch трансформацию Float64 -> Decimal64 посмотреть можно?

UPD: https://github.com/ClickHouse/ClickHouse/blob/6fc3ca8b7b42879d36a9dfd1756b9eb772128814/src/DataTypes/DataTypesDecimal.h#L193

создалась табличка, но опять разница в 2 раза, делаю select uniqExact(idto) from  schema1.id_all where id = xxxxxx
выдает 479 записей, делаю тот же запрос на производной таблице, выдает 249 записей
производная таблица создавалась create table schema1.agg_id engine = MergeTree order by id as select id, idto from schema1.id_all group by id, idto