Есть ли смысл в RMT в order by добавлять еще

Question

Есть ли смысл в RMT в order by добавлять еще

колонки для сортировки и соответственно улучшения перфоманса? Или в этом нет смысла?
РК таблицы id, но допустим есть поля которые я хотел бы добавить в order by для skip index тк например есть типы транзакций

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

0

13.10.2023

14 ответов

15 просмотров

Matvey Автор вопроса

ivan
так вы ж тогда логику удаления строк сломаете, есл...

ну вот в этом и вопрос, допустим id+type+method все еще уникальная строка из-за id. Хочется понять есть ли способ как то replacing ускорить аналогично обычному merge tree

0

8 месяцев назад

ivan

Matvey
ну вот в этом и вопрос, допустим id+type+method вс...

тогда нет смысла у вас на первом месте уникальное поле, все последующие поля можно считать рандомно распределенными, скипать будет нечего

0

8 месяцев назад

ivan

Matvey
ну вот в этом и вопрос, допустим id+type+method вс...

если, конечно, у вас нет какой-то зависимости, что только у определенного интервала подмножества id есть определенный type

0

8 месяцев назад

Matvey Автор вопроса

ivan
если, конечно, у вас нет какой-то зависимости, что...

неа нету, но таблица хорошо делится на type и method допустим, что в обычном merge tree очень бы все ускорило( id = Uint64

0

8 месяцев назад

Konstantin Ilchenko

Matvey
неа нету, но таблица хорошо делится на type и meth...

а чем replacing отличается от обычного mergetree? скорость будет одинаковая при одинаковом ORDER BY(вернее сказать PRIMARY KEY). Возможно имеет смысл сделать type, method, id => по увеличению кардинальности

0

8 месяцев назад

Matvey Автор вопроса

Konstantin Ilchenko
а чем replacing отличается от обычного mergetree? ...

я понимаю про order by, но тогда же поменяется ключ для удаления новых строк

0

8 месяцев назад

Konstantin Ilchenko

Matvey
я понимаю про order by, но тогда же поменяется клю...

так вы же сказали что > id+type+method все еще уникальная строка

0

8 месяцев назад

Matvey Автор вопроса

Konstantin Ilchenko
так вы же сказали что > id+type+method все еще ун...

Да

0

8 месяцев назад

ivan

Matvey
неа нету, но таблица хорошо делится на type и meth...

тогда ключ надо делать (type, method, id) — от большего к меньшему

0

8 месяцев назад

Matvey Автор вопроса

ivan
тогда ключ надо делать (type, method, id) — от бол...

вот в этом и был вопрос, значит смысл есть Мерси Иван и Константин)

0

8 месяцев назад

ivan

Matvey
вот в этом и был вопрос, значит смысл есть Мерси И...

вообще высококардинальное поле на первом месте индекса, это не для olap, это для всяких баз, где надо по айди достать одну строчку или один документ а olap запросы — это традиционно агрегаты по большим срезам данных, так что надо "вкладывать" меньшие срезы в бОльшие

0

8 месяцев назад

Matvey Автор вопроса

ivan
вообще высококардинальное поле на первом месте инд...

нене, я знаю принципы построения индекса в клике, возможно не так сформулировал первичный вопрос сейчас только по id индекс вопрос был в том что есть ли смысл в целом добавлять type и method в order by и будет ли он работать в replacing то что type, method, id для меня само собой))

0

8 месяцев назад

Sergey Platonov

Matvey
нене, я знаю принципы построения индекса в клике, ...

в принципе ответы на вопросы легко найти тестами если вы делаете выборки и группировки по другим полям, то, скорее всего, смысл есть как правильно выше ответили, нужно при этом понимать про гранулярности и, вероятно, уносить ID с первого места но если вы делаете связи по ID, то, может, унасть его в глубь и не надо тут нет универсального ответа так же от добавления полей в ключ меняется и поведение мерджа

0

8 месяцев назад

ivan · Accepted Answer

ivan

так вы ж тогда логику удаления строк сломаете, если к ключу еще добавите полей

0

8 месяцев назад

184 похожих чатов

Есть ли смысл в RMT в order by добавлять еще

14 ответов

Похожие вопросы