да

А у меня такой вопрос: с учётом того, что КХ сильно чувствителен к порядку объединяемых inner join-ом таблиц (для таблиц в 2кк и 20кк записей разница от перемены мест вышла в 5 раз по используемой памяти), а при использовании MV первой обязательно должна идти таблица, для которой будут отслеживаться insert-ы, как лучше поступать в ситуациях, когда для MV первой должна идти таблица t1, а для оптимизации объединения первой должна идти t2?

Пробовал менять t1 на подзапрос (select * from t1 where id in (select id from t2)) и аналогичным образом для t2 - это даёт эффект, но выглядит очень громоздким и странным.

да

немного не понял по доке, что имеется ввиду вод "белым списком по ключам соединения"
в чем отличие  any left join от semi left join? И semi left join от left join? немного не понял по доке(

дайте ссылку

немного не понял по доке, что имеется ввиду вод "белым списком по ключам соединения"
в чем отличие  any left join от semi left join? И semi left join от left join? немного не понял по доке(

semi left  (any left ) -- выбираем записи из левой и берем из правой только одну любую

semi left и any left должны давать один результат получается?

вы сказали что да, я хз. В любом случае лучше переписывать на semi , потому что any сегодня так, а завтра этак.

зачем вам join в MV? join замедляет insert , так как MV вызывает хер знает сколько раз на каждый инсерт, то проде это такие MV вообще не работают

с настройкой any left дает одинаковые результаты
без настройки semi left и any left дают разные результаты

да, действительно LEFT SEMI JOIN  почему-то не работает как left

У меня из разных источников наполняются t1(UUID id, val1 int32) и t2(UUID id, val2 String, ..., valN String), а надо из них сделать одну t3(UUID id, val1 int32, val2 String, ..., valN String).

В t2 75кк записей и 5кк в день обновляются (старые истекают, новые прилетают).

подскажите, есть ли возможность удалить дефолт значение у колонки? вроде баг был, не могу найти

да, действительно LEFT SEMI JOIN  почему-то не работает как left