в Clickhouse зачем то вычисляются оба условия true и false - для чего это сделано непонятно!?, при тяжелых запросах как обойти это, кто-нибудь решал подобный кейс?
Если ничего не путаю, обещали исправить. Так сделано скорее "почему-то", чем "зачем-то". Пути решения подсказать трудно (кроме "не используйте if ... then ... else"), возможно, лучше отталкиваться от исходной задачи.
А задача простая - исключить выполнение запросов, которые не нужны, например SELECT If((1111 as countmin)>=10000, array([10000],[0],[0],[0],[0],[0]), If((plus((2222 as counthour),countmin) as lim2)>=10000, array([countmin],[minus(10000,countmin)],[0],[0],[0],[0]), If((plus((3333 as countday),lim2) as lim3)>=10000, array([countmin],[counthour],[minus(10000,lim2)],[0],[0],[0]), If((plus((4444 as countweek),lim3) as lim4)>=10000, array([countmin],[counthour],[countday],[minus(10000,lim3)],[0],[0]), If((plus((5555 as countmonth),lim4) as lim5)>=10000, array([countmin],[counthour],[countday],[countweek],[minus(10000,lim4)],[0]), If((plus((6666 as countlong),lim5) as lim6)>=10000, array([countmin],[counthour],[countday],[countweek],[countmonth],[countmonth],[minus(10000,lim5)]), array([countmin],[counthour],[countday],[countweek],[countmonth],[countlong]))))))) as res, где вместо чисел 1111....6666 достаточно тяжелые запросы
причем классический SQL лишнего делать не будет, тут зачем-то пытается вычислить всё
ну я думаю как минимум для скорости это сделано, если вычисления в true/false несложные проблемы не будет. проблема будет если само вычисление сложное либо много вложенных if. в зависимости от запроса есть способы обхода (transform, ili groupArray/arrayJoin)
если контролируете генератор попробуйте сделать более 'flat' условия без вложений типа multiIf (a&b&c, res1, a&b&!c, res2...)
а если можно предрассчитать константы в условиях это лучше сделать в with с предрассчитанными скалярами.
https://github.com/ClickHouse/ClickHouse/pull/23367 Вот хотят улучшить поведение
из-за колоночности, в ветки передаются блоки колонок того же самого размера что были на входе в if
Обсуждают сегодня