может что то пропустил. Вы не в курсе планируются ли введение хотя бы опций для join по контролю памяти и вообще работы в данном направлении?
Понимаю что лучше одна большая таблица и т.д. Но может быть все таки)
что подразумевается под опциями?
Так, к примеру 1 источник и множество мат вью с группировкой по разным группам ключей Получается на выходе 10 "осколков" которые необходимо склеить В таблицах +- одинаковое кол-во записей Даже если делать join из двух, то хотелось бы иметь возможность контролировать потребление ОЗУ, так как для группировки/сортировки есть замечательные max_bytes_before_external_group_by max_bytes_before_external_sort А для join только max_bytes_in_join max_rows_in_join которые могут только генерировать исключения, но как я понял на потребление никак не влияют. Итого join даже относительно не больших кусков невозможен в соотношении затрачиваемой памяти с возможностями группировать данные очень большого кол-ва строк.
SELECT * FROM system.settings WHERE name LIKE '%join%';
Обсуждают сегодня