runningAccumulate(), но работа этой функции зависит от размера блока (max_block_size), и накопительный итог всегда сбрасывается на начале нового блока. Как обойти эту проблему? Выставить SETTINGS max_block_size=18446744073709553664 в запросе? Какой вообще смысл в этих функциях (neighbor, runningAccumulate) если они по сути случайным образом могут выдавать ошибочный результат? Как считать деньги?
вам нужен накопительный итог? или какие-то сложности с агрегациями? Зачем вам вобще runningAccumulate? Почему не обычные Window Functions?
Нужен. Задача в том, чтобы набирать записей из таблицы на сумму N (то есть считаем накопительный итог по сумме) и потом помечаем эти записи оплаченными
Если вам нужны точные расчёты и деньги считать, то вам не в Clickhouse
Спасибо, очень полезный ответ. Пойду переписывать проект, который уже развивается 2 года на другую СУБД
понятно. плохи ваши дела. clickhouse - MPP, работает в несколько тредов и многие "эффекты" могут быть с этим связаны. Попробуйте поставить max_threads = 1. Будет тормозить, но поведение станет более предсказуемым.
если есть какая нибудь колонка с уникальными данными для сортировки то можно так: select grp, vals, sum(vals) over (partition by grp order by orderKey) runningSum, orderKey from ( select 1 as grp, cityHash64(number)%100 as vals, number orderKey from numbers(10) ); ┌─grp─┬─vals─┬─runningSum─┬─orderKey─┐ │ 1 │ 10 │ 10 │ 0 │ │ 1 │ 72 │ 82 │ 1 │ │ 1 │ 49 │ 131 │ 2 │ │ 1 │ 94 │ 225 │ 3 │ │ 1 │ 8 │ 233 │ 4 │ │ 1 │ 50 │ 283 │ 5 │ │ 1 │ 32 │ 315 │ 6 │ │ 1 │ 88 │ 403 │ 7 │ │ 1 │ 20 │ 423 │ 8 │ │ 1 │ 17 │ 440 │ 9 │ └─────┴──────┴────────────┴──────────┘
Обсуждают сегодня