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

Всем привет. Подскажите, а есть ли возможность для ReplcaingMT /

CollpasingMT сделать некоторый аналог hot-cold storage, как в apache pinot, чтоб данные к примеру месячной давности игнорировались FINAL'ом? Чтоб грубо говоря FINAL на лету склеивал данные только за последний месяц / неделю, а остальное как в обычном MT

С ходу подумал про две таблицы, UNION'ы и прочее, но возможно такое можно сделать нативно?

11 ответов

17 просмотров

Можно с помощью prewhere выгребать данные за нужный промежуток до применения final

Stranger- Автор вопроса
Danny
Можно с помощью prewhere выгребать данные за нужны...

SELECT * FROM table FINAL PREWHERE ts > 'today_minus_30_days' UNION ALL SELECT * FROM table PREWHERE ts < 'today_minus_30_days' Типо такого?

Stranger
SELECT * FROM table FINAL PREWHERE ts > 'today_min...

Типа того, во второй части запроса можно просто where. Но с prewhere нужно быть аккуратным, в нем можно фильтровать только по полям, значения которых одинаковы для всех версий строк, иначе final некорректно схлопнет выбранные строки

Stranger- Автор вопроса
Danny
Типа того, во второй части запроса можно просто wh...

Понял, у меня ts входит в ключ сортировки, так что он точно будет одинаковым. Я правильно понял что лучшее решение? Просто по факту мне прийдется переписать все тяжелые запросы под подобный UNION, а делать обычный View будет явно ошибкой

Stranger- Автор вопроса
Danny
Не факт, что лучшее, нужно проверять

а флаг prefer_not_to_merge мне не поможет, верно?

Stranger- Автор вопроса
Danny
Не факт, что лучшее, нужно проверять

Я правильно понял, что сам CH мне с этой историей помочь не может?

Stranger
Я правильно понял, что сам CH мне с этой историей ...

Можно еще попробовать сеттинг min_age_to_force_merge_seconds и выгребать все одним селектом с final. Но не факт, что мерджи закончатся к моменту запроса

Stranger- Автор вопроса
Danny
Можно еще попробовать сеттинг min_age_to_force_mer...

А если остановиться на варианте с двумя SELECT'ами, то лучше оставить это в рамках одной таблички, или сделать две, что было типо? SELECT * FROM hot FINAL .... UNION ALL SELECT * FROM cold И переносить данный cron'ом Тогда не надо париться о PREWHERE... хотя может есть и подводные камни

Stranger
А если остановиться на варианте с двумя SELECT'ами...

Если партиций много, то сильно помогает settings do_not_merge_across_partitions_select_final = 1

Stranger- Автор вопроса
Danny
Можно еще попробовать сеттинг min_age_to_force_mer...

Доброй ночи еще раз, подскажите, а как адекватно оценить - может быть мне просто делать мутации через ALTER UPDATE ? Может быть есть какие-то формулы или примерные метрики, по которым можно понять насколько "адекватно" использования мутаций, или же делать более сложные схемы (с FINAL, скеливанием и тд)

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

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

а через ESC-код ?
Alexey Kulakov
29
30500 за редактор? )
Владимир
47
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
13
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Как передать управляющий символ в открытую через CreateProcess консоль? Собсна, есть процедура: procedure TRedirectThread.WriteData(Data: OEMString); var Written: Cardinal;...
Serjone
6
в JclConsole объявлено так: function CtrlHandler(CtrlType: DWORD): BOOL; stdcall; - где ваше объявление с stdcall? у вас на картинке нет stdcall
Karagy
8
Ребят в СИ можно реализовать ООП?
Николай
33
program test; {$mode delphi} procedure proc(v: int32); overload; begin end; procedure proc(v: int64); overload; begin end; var x: uint64; begin proc(x); end. Уж не знаю...
notme
6
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
Карта сайта