SELECT 1; прекрасно отрабатывает без EXECUTE

отставания нет, насколько я понимаю

Подскажите плиз по структуре бд - у меня есть юзер с балансом голосов - у юзера могут как отмниматся так и прибавлятся голоса - каждое изменение + или - по голосам фиксируются в отдельной таблице с транзакциями пользователя по каждому действию с голосами. Как и где правильно хранить сумму/баланс голосов юзера - чтоб каждый раз не пересчитывать все транзакции по определенному пользователю для того чтоб получить актуальный баланс голосов юзера?

ну так в юзере и хранить баланс.... можно его обновлять время от времени по транзакциям

а как часто запусть джобу которая будет пересчитывать балансы пользователей исходя из количества транзакций в другой таблице ?

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

Все зависит от нагрузки. Если у вас ее мало, то тупо триггер повесьте и поставьте свободное место в туплах где-нибудь 50% чтобы фаст апдейт срабатывал.

кубыыы :)

Если ее много - делайте отдельную таблицу, и ставьте джоб так, как скажет бизнес.

а что это за свободное место в туплах?

Ну да или если совсем нагрузки нету - делайте кубы

собирать раз в некоторый период и для отчётов юзать

Что такое кубы ?

Не помню как оно на английском зовется... Типа Пг резервирует Х места в тупле, чтобы апдейт не менял индекс

Вы хоть знает что такое 3НФ, простите?

Heap only tuple?

=)))

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

защита от непереключения фаз?

спасибо