более старой версии) и вот проекции безусловно работают, но запрос по первой колонке ключа в проекции медленнее чем запрос к идентичной таблице в которой эта же колонка в качестве основного ключа.. кто нибудь знает почему?
@den_crane можно засумоню ;) я тоже кстати подобное наблюдал и тоже не понимаю почему так происходит ;) может просветишь?
что такое "основной ключ" и просто "ключ" имеется ввиду PRIMARY KEY в таблице и PRIMARY KEY в проекции?
@BloodJazMan я не понимаю о чем вы https://gist.github.com/den-crane/bf3121d0392883fa9d3001ac0d08084a с проекциями есть проблема что медленнее план запроса строится https://github.com/ClickHouse/ClickHouse/issues/39996
Да похоже оно - план запроса
Вот с примерами, надеюсь понятнее. CREATE TABLE video_log -- 2bln rows ( datetime DateTime, user_id UInt64, -- 100mln unique values device_id UInt64, -- 200mln unique values bytes UInt64 ) ENGINE = MergeTree ORDER BY user_id; ALTER TABLE video_log ADD PROJECTION p_dev ( SELECT datetime, user_id, device_id, bytes ORDER BY device_id ); -- identical to video_log (but order by device_id ) CREATE TABLE video_log_device ( datetime DateTime, user_id UInt64, -- 100mln unique values device_id UInt64, -- 200mln unique values bytes UInt64 ) ENGINE = MergeTree ORDER BY device_id; — this query finishes in 5ms SELECT toStartOfHour(datetime) AS hour, sum(bytes) FROM video_log_device WHERE device_id = 1800 GROUP BY hour FORMAT PrettyCompactMonoBlock; — this query uses projection and finishes in 25ms SELECT toStartOfHour(datetime) AS hour, sum(bytes) FROM video_log WHERE device_id = 1800 GROUP BY hour FORMAT PrettyCompactMonoBlock;
а почему это ORDER BY проекция? Вчера кстати ни слова про это не было.
сорри, я почему-то подумал что из контекста будет понятно , но надо было конечно упомянуть, Проблема в общем что если это ключ в таблице vs аналогичная проекция и ключ в order by проекции...
Обсуждают сегодня