Я вот тоже не понял, ну сработает триггер, но транзакция так и останется не завершенной как для основной таблицы, так и для агрегата,пойдут локи или что-то не понимаю?

А потом еще и присмотрелся, там еще и агрегат надо агрегировать во вью. Что-то какая то пиррова победа даже если все работать будет как было описано.

Если мы говорим, что у нас агрегат может быть не консистентным, а по факту так и кажется (не только мне), то
я бы смотрел в сторону мат. вью.,но это не точно.

Ваш кейс аналогичен простой покупке товара. Вы предлагаете резервирование товара на момент отправки коммерческого предложения, так никто практически не работает. Предоплата, резерв, отгрузка. Так же и с Артемонами кончится тем, что никуда они не поедут и вы будете в убытках.

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

Так Вася еще не записал. Он в процессе или мы про грязное чтение говорим?
При этом есть запись на insert/update от васи на без коммита и по расписанию удаление всех записей, т.е. она будет удалена/проигнорирована/я есть грут?

Согласитесь, как автор оптового учета,вы будете выглядеть глупо, когда выписан счет, оплачено приехал купец за товаром, а в "вашей" конторе товара нет на остатках, только потому что ваша система считает, что тот еще не кончился.

Это просто праздник какой то.
Т.е. если у нас агрегат из остатков превращается в комбинацию агрегаций вирт. остатка(ваш остаток)+товар в пути+зарезервированный товар+брак+....
и это все должно быть консистентно, и по каждому создавать агрегатную вьюху, задания на чистку, join'ы для запросов.
Это музыка, достойная HighLoad'a.
А если мы говорим не про остатки, а например про границы размера товарного кредита клиенту, его тоже надо позволять за рамки уводить?
Т.е. пока Вася на телефоне втирает представителю клиента на 50млн, Петя подсуетился и договорился с другим баером этого же клиента на 50млн.
Вася закоммитил все, и имеем товарный кредит в 100млн, при границе например в 60. Вот владелец то обрадуется, когда ему про "как космические снапшоты будут бороздить пространство" будут рассказывать.

А если применить социальную инженерию, как только народ поймет, что "это чо то там снапшоты понаделали" прокатывают, утащут ВСЕ и ВСЁ.

Dimitry Sibiryakov,

Я бы вашу идею с аггрегатами, ведь она не настолько плоха, дополнил и упростил.
1. Эти агрегаты нельзя использовать для формирования первички.
2. Отличный вариант для кэшей, но без вью, корретировочных процедур.
2.a. Сторонным софтом заполняем агрегаты поредством подписки на event'ы.
Не знаю как в птице,например в postgres'е event вызывается только ПОСЛЕ коммита.
2.b В конце транзакции вызывет уведомления для event'a.
И блокировок уже не будет.
Но повторюсь использовать эти данные в учете нельзя.
Для аналитики, статистики, мониторинга и пр. очень даже неплохо.