postuserПробывал уже, срабатывает в любом случае (хоть UPDATE прошел, хоть нет). Как я понял, это для SELECT.странные вещи вы расказываете, однако. могабыть что-то не то пробовали?

я с перепугу даже доку перечитал - все на месте
докаThe second method to determine the effects of a command is to check the special variable named FOUND, which is of type boolean. FOUND starts out false within each PL/pgSQL function call. It is set by each of the following types of statements:

A SELECT INTO statement sets FOUND true if it returns a row, false if no row is returned.

A PERFORM statement sets FOUND true if it produces (and discards) a row, false if no row is produced.

UPDATE, INSERT, and DELETE statements set FOUND true if at least one row is affected, false if no row is affected.

A FETCH statement sets FOUND true if it returns a row, false if no row is returned.

A FOR statement sets FOUND true if it iterates one or more times, else false. This applies to all three variants of the FOR statement (integer FOR loops, record-set FOR loops, and dynamic record-set FOR loops). FOUND is set this way when the FOR loop exits; inside the execution of the loop, FOUND is not modified by the FOR statement, although it may be changed by the execution of other statements within the loop body.

FOUND is a local variable within each PL/pgSQL function; any changes to it affect only the current function.
"Ниччего не понимаю" (с)

а рекомендованный разработчиками метод ведения итогов (исключительно в умолчательном режиме READ COMMITED) рассматривался надысь здесь: вот оно .


случай просто с FOUND приведет к отлупу (если проектировали не левой задней, и есть ключ в накопит. табличке) в том редком случае, когда конкурент успеет вставить свою запись промеж вашей попыки апдейта, и инсерта в триггере