RomanVKпро время выполнения вопрос снимается... делал на тестовой странице которая не была нормально проиндексирована, на боевой таблице отработало шустро :)

Остается второй вопрос... можно как-то определить, запущен ли DELETE запросом или-же он выполнен в тригерной функции... можно конечно делать апдейт после удаления каждого потомка, но это получится куча лишних апдейтов, некрасиво и дольше...

я слабо понял что значит per-statement, может как раз если сделать тип тригера per-statement, то это будет то что надо, или нет?
1. мне кажется ваш велосипед будет хуже стандартного FK с условием ON DELETE CASCADE (который тоже порождает триггер , но триггер не "совсем обычный", а создаваемый модификатором CONSTRAINT
CREATE CONSTRAINT TRIGGER ....
причем триггерная ф-я будет у вас системной, написанной видимо на C и вероятно - более быстрой.

2. в стейтмент риггере вы не знаете OLD, (вернее DELETED) и поэтому вам придется делать что-то вида
2.1.
DELETE FROM fmtest
WHERE NOT EXISTS(SELECT * FROM fmtest f WHERE f.id = fmtest.pid)

(в принципе это можно было бы делать через лефт джойн, но делете в пг не поддерживает синтаксиса удаления из внешнего джойна (примерно такого):
2.2.
DELETE f.* FROM fmtest f
LEFT JOIN fmtest f1 ON f1.id = f.pid
WHERE f1.id IS NULL
(по крайней мере я не знаю, как его записать при помощи фичи USING )
и посему придется делать что-то наподобие
2.3
DELETE fmtest WHERE id IN (SELECT f.id FROM fmtest f
LEFT JOIN fmtest f1 ON f1.id = f.pid
WHERE f1.id IS NULL)
что вряд ли быстрее 2.1. (надо смотреть)

RomanVKКак сделать чтобы при обычном делите апдейт(нужно апдейтить время последнего сообщения(последнего потомка) для корневого сообщения) делался только при удалении того что указано в делите и не делался при каскадном удалении всех потомков... хотя по скорости и так вполне устраивает... но чисто эстетически не очень красиво.. ненужная избыточность... :)можно сделать грубо и зримо - запретить делет из таблицы напрямую. и написать ХП для удаления, которая, кроме того, вместо триггера будет апдейтить вашу стороннюю таблицу.


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