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

По поводу AggregatingMT еще подскажите пожалуйста, мне нужно делать фильтрации

по ~10 колонкам, получается в ORDER BY должны быть эти 10 колонок... или делать несколько табличек, как правильнее?

6 ответов

18 просмотров

ну так идея колоночных баз данных, что индексы не нужны, все и так работает.

Stranger- Автор вопроса
Denny [Altinity]
ну так идея колоночных баз данных, что индексы не ...

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

Stranger
просто в обычном MT насколько я помню не рекоменду...

да, поэтому и есть ORDER BY и PRIMARY KEY, в PRIMARY KEY кладете 3 колонки, а в ORDER BY 33

Stranger- Автор вопроса

Зависит от селектов, которые пойдут к данной таблице. Если к данной таблице подразумевается настройка на разные включенные фильтры дашборда, например на 1, 3, 4; 2, 5, 6 и 7, 8 столбцы, лучше будут работать матер. проекции к данной таблице, настроенные именно на эту сортировку. Сортировку лучше настраивать начиная со столбцов с минимальным количестом уникальных значений (мощностью), с последовательным увеличением. Этот момент проще самому посмотреть данных, сделав множественную сортировку в дибивере, или в датагрпе на небольшой выборке. Смысл сортировки в создании серий повторяющихся значений в столбце, по которым может работать бинарный алгоритм при фильтрации, агрегации, join, или кодирование в RLE, lz4. При сортировке по уникальному id для последующих "этажей" order by останутся подгруппы из одного значения, сортировать там будет нечего и последующие уровни сортировки станут бессмысленными. Тот же самый эффект происходит при множественной сортировке, при условии, что проход по данным происходит не последовательно, с первого по последний из отсортированных столбцов, а скажем, сразу на 8-й. Потом ещё по последовательности сортировки. В витринах часто встречаются однотипные, заранее просчитанные статусы из 2х - 5ти уникальных значений. По идее, если написать простейший скрипт, вычисляющей корреляцию между однотипными столбцами, оптимально выбранная последовательность сортировки должна работать. Эта идея реализована в Дизайнере Вертики, судя по служебным меткам, остающимся после его запуска. Пару лет назад возникала идея написать и потестить подобный скриптик, но не дошли руки, хватало других забот.

Stranger- Автор вопроса

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

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта