А зачем запускать именно из ХП? Вообще, это не безопасно, да и "застрять" эта ХП может с очень неприятными последствиями.
Может, подойдет такой вариант:
вешается демон, который имеет одно соединение к постгре
для него есть табличка, которую он с определенной периодичностью просматривает на предмет изменения какого-либо флага или набора флагов/полей/тп.
при изменении флага, демон выполняет необходимое действие (к примеру, дергает sendmail)
если периодически дергать селектом табличку накладно, можно лочить эксклюзивно и снимать лок в момент события, а потом снова лочить. на счет того, сколько времени можно держать залоченой таблицу без неприятных последствий, не знаю. но вариант, вроде как, рабочий. правда проверял его только для интереса без какого-либо серьезного применения.

wbearвместо дерганья таблички(это достаточно накладно если она большая) можно в тригере(EACH STATEMENT,AFTER UPDATE/DELETE/INSER) на табличку cделать NOTIFY ,а в демоне LISTEN NOTIFY и select'om(libc'ишныи имеется ввиду) ждать пока оно (NOTIFY) придет.а вот тут можно немного подробнее? если я правильно понял, то демон должен просто крутить "LISTEN <имя сообщения>" и при его появлении выполнять необходимое действие. но при таком подходе максимальное время реакции будет равно интервалу опроса. можно ли как-нибудь заблокировать соединение до прихода оповещения?
я делал (только в качестве эксперимента) так:
первый скрипт:
begin;
LOCK <table> in ACCESS EXCLUSIVE mode;
--ожидание--
end;
второй:
select * from <table>
--дествие по событию--

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

з.ы. прошу прощения за косноязычие %) русский речь меня покинул

ок, спасибо, теперь все понял. работает ;)

_____________________________________________________
#!/usr/bin/perl -W

use strict;
use DBI;
use IO::Select;
use vars '$dbh';

my $select=IO::Select->new();

$dbh=DBI->connect("DBI:Pg:dbname=....","....",'....');
$dbh->do("listen mntf");
$select->add($dbh->func('getfd'));

while($select->can_read()){
my($name,$pid)=@{$dbh->func('pg_notifies')};
print "(\$name,\$pid)=($name,$pid)\n";
}

sub END{
$dbh->disconnect();
}

mwolfNOTIFY-LISTEN очень интересный вариант. Если б ещё и параметр какой-нить можно было б передавать, то вообще сказака была бы.
Но и на этом спасибо - буду думать и в эту сторону тоже.имхо, с параметром никаких проблем-то и нет. по событию в табличку пишется, к примеру, "insert into async_calls_param(sid,val) values('user_notify_<session id>',<параметры>)" и генрится "NOTIFY user_notify_<session id>", а демон слушает этот "user_notify_<session id>" и при его приеме дергает val из таблички.

обновлю тему ;))
таким макаром (notify-listen) реализовал печать накладных
на соединении висит демон, когда в табличку инсертятся данные о печати документа, триггер генерит notify print и демон тут же генерит документы
оказалось очень удобно ;))