нельзя обращаться? что можно сделать теперь

сделать для чего?

Это запрос, а не таблица. Никак нельзя.

в mySQL ругается за sum

а как ругается?

это агрегатная функция, не более

но почти получилось, но тут нужно убрать NULL

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

я привел пример с группировкой и агрегацией

если ты это соединила с subquery, то...

привет. субд Постгрес. Могу ли я выполнять Insert/Update/Delete операции с таблицей, которая используется в материализированном представлении во время его рефреша?

и что будет, если вставить в таблицу при рефреше мат вью. Будет ошибка?

Объясните как работает Serializable Snapshot Isolation. Как там трекается нарушение изоляции? вот я, например, сделал некий селект: select count(*) from table1 where group_id = 10; и потом, если этот count(*) > 2 делаю update table2 set flag ='Y' where group_id = 10. как база поймет, что кто-то уже изменил этот флаг? Мне хочется понять идеи, чтобы потом понять документ, который написан by Dan R. K. Ports и Kevin Grittner

Такого нет. Есть Snapshot Isolation и Serializable. Это два отдельных уровня.
Serializable выше по уровню изоляции по Грею и товарищам.
Кроме этого, Serializable - по стандарту ANSI, вообще максимальный уровень изоляции транзакций из всех возможных, потому что по нему запрещены любые аномалии работы с данными,
в том числе даже те, которые ещё неизвестны науке.

Snapshot Isolation по Грею равновысок уровню Repeatable Read из ANSI, поскольку оба выше Read Commited, но оба ниже Serializable, и оба имеют одинаково ненормальные аномалии работы с данными,
которые разные и несоотносимы друг с другом.

Уточни свой вопрос, тогда на него можно будет ответить.

Перенаправил твой вопрос в https://t.me/pgsql

Там уже даже ответили.

Такого идиотизма у меня ещё не было: отфорвардил вопрос, получил ответы и вот форваржу их обратно...

ничего не будет, данные вставленные после запуска рефреша не попадут во вьюху, ибо транзакции, видимость и вот это всё