Привет всем. Имеет ли смысл для улучшения сжатия в ORDER

Question

Привет всем. Имеет ли смысл для улучшения сжатия в ORDER

BY добавлять actionable_id в этом примере данных?

Структура таблицы:
user_id uint32, current_id uint32, actionable_id uint32
ORDER BY (user_id, current_id)

Пример данных:
user_id | current_id | actionable_id
1 | 1 | 10
15047 | 1 | 32
9 | 1 | 81
10 | 1 | 13
1 | 2 | 10
15047 | 2 | 32
9 | 2 | 81
10 | 2 | 13
При условии, что в каждом уникальном current_id никогда не дублируется actionable_id?

#backend #clickhouse #database #devops #programming #russian

0

16.05.2022

8 ответов

32 просмотра

МСМК Автор вопроса

Slach [altinity]
IMHO тут лучше DELTA codec лучше применить

точно, надо попробовать. спасибо

0

16.05.2022

МСМК Автор вопроса

Slach [altinity]
IMHO тут лучше DELTA codec лучше применить

А можете подсказать сильное ли будет снижение производительности при запросе вида SELECT COUNT(*) FROM actions WHERE current_id = 2 GROUP BY user_id ? при условии использовании delta codec на current_id

0

16.05.2022

Slach [altinity]

МСМК
А можете подсказать сильное ли будет снижение прои...

я имел ввиду дельта кодек на actionable_id но в принципе и на current_id можно сделать дельту нет оно не влияет почти на производитительность у вас в основном на GROUP BY время CPU уйдет и на WHERE current_id = 2 на сравнение

0

16.05.2022

Slach [altinity]

МСМК
А можете подсказать сильное ли будет снижение прои...

можно попробовать LowCardinality(uint32) использовать вместо кодека...

0

16.05.2022

МСМК Автор вопроса

Slach [altinity]
можно попробовать LowCardinality(uint32) использов...

Я же правильно понимаю, что LowCardinality создаёт словарь, и чем больше уникальных значений, тем хуже в плане производительности для словаря?

0

16.05.2022