sergnnиз триггера таблицы скажем " before insert" можно
делать запрос к этой же таблицы и даже делать в неё же insert иди update.
запрос и апдейт можно.
insert только в " after insert" -- триггере
/*update только в " after update" -- триггере*/

но можете ещё помедитировать над вьюхами-над-таблицами и instead of триггерами. хотя вьюхи в пж лучше не надо. совсем. (если система нестатична и развивается)

sergnnqwwq,
Спасибо
не за что.

вероятно я слегка соврал.
в принципе все попытки что--то сделать (и в триггере тоже) порождают срабатывание соотв. триггеров на изменение. если те есть.

с не очень давних времен (кажется с 8--й или 9-й мажорной) есть некая переменная "глубины вызова" (на вскидку не вспомню -- сам никогда не пользовался, за ненадобностью, авось сами найдете, или ОЛЛ подскажет). тонкостей использования по понятной причине уже не помню. поищите

qwwq,

с последним (переменной) -- кажется аберрация памяти. у меня бывает.

вот конкретное правило :
https://postgrespro.ru/docs/postgresql/9.6/trigger-definition.html Если триггерная функция выполняет команды SQL, эти команды могут заново запускать триггеры. Это известно как каскадные триггеры. Прямых ограничений на количество каскадных уровней не существует. Вполне возможно, что каскадные вызовы приведут к рекурсивному срабатыванию одного и того же триггера. Например, в триггере INSERT может выполняться команда, которая добавляет строку в эту же таблицу, тем самым опять вызывая триггер на INSERT. Обязанность программиста не допускать бесконечную рекурсию в таких случаях.

поможет: pg_trigger_depth()[/quot]

снкс, что напомнили
не переменная ( 20559829 ), а ф--я
https://www.postgresql.org/docs/10/static/release-9-2.html

с 9.2

но лучше писать код не нуждающийся в костылях