думай о MAT VIEW как триггер на инсерт

да, просто никогда проблем не было в кейсах
SELECT
   key,
   sum(val) as val
FROM tmp2 where key in (select distinct key from tmp1)

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

и вообще вся эта секция с дистинктом бесполезна

для конкретного случая с этим mat view

здесь получается что тригер повесился на FROM tmp1, а where key просто выполнился как подзапрос

ну вроде того, единственное не уверен за область видимости второго FROM tmp1

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

тогда получается что и первый tmp1 и второй tmp1 имеют доступ к данным mv 🤔🤔🤔

Выглядит как бага ну или фича) смотря с какой стороны посмотреть

я думаю as intended

потому, что за попытку читать всю таблицу(использование JOIN в MV и тд) на каждую вставку тут стараются бить по рукам:)

ну тут кейс такой просто
что при вставке раз в час необходимо собрать всю инфу по вставленному и переложить в ttl таблицу

учитывая ваш пример с sum(val) может вам summing engine лучше подойдет?

увы нет 🙁

по ttl потом пойдет воркер со скип-лимит и засинхронит изменения в другие системы

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

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

здравствуйте, подскажите пожалуйста, есть вопрос, если сделать двухуровневую кластеризацию, выделяя подкластер под проект, правильно ли я понимаю, что выполнять запрос с объединением какого-либо рода таблиц по всему кластеру можно без проблем через функцию remote? то есть хочется иметь разделение по возможностям горизонтального масштабирования по проектам, потому что они разные по нагрузкам, но при этом иметь возможность кверить какие-то данные по всем проектам в одном запросе.

можно начать хитрить и обернуть таблицу tmp1 в merge движок, и  тогда возможно запрос полетит к настоящей таблице

ноды клика вообще ничего не знают про кластер и тд.
вы спокойно можете в ремоут секции конфига сделать N кластеров

level_1

server_1
......
server_5

level_2

server_6
......
server_10

level_3

server_11
......
server_15

all_servers

server_1
......
server_15