Re: fine grained trigger time specification...

Поиск
Список
Период
Сортировка
От Erik Thiele
Тема Re: fine grained trigger time specification...
Дата
Msg-id 20040323175625.4610b511.erik@thiele-hydraulik.de
обсуждение исходный текст
Ответ на fine grained trigger time specification...  (Erik Thiele <erik@thiele-hydraulik.de>)
Ответы Re: fine grained trigger time specification...  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Список pgsql-sql
On Tue, 23 Mar 2004 10:17:31 -0600
Bruno Wolff III <bruno@wolff.to> wrote:

> On Tue, Mar 23, 2004 at 15:19:13 +0100,
>   Erik Thiele <erik@thiele-hydraulik.de> wrote:
> > now sadly i am getting this kind of problem:
> > 
> > 
> > zeit=> insert into a select
> > nextval('delmeseq'),personalnumber,datum,datum from calendar where
> > type=10409;
> > INSERT 0 581   <-- see, 581 inserts which is pretty much :)
> > zeit=> commit;  <--  now i have to wait for 581 calls of alwayscheck
> > 
> > 
> > since alwayscheck is not the fastest function on earth, i'd like to have
> > it called on commit time if at least one of table a or b was modified,
> > but always only once per commit. is there a way to formulate this:
> > 
> > ARRANGE FOR CALL OF FUNCTION alwayscheck() ON COMMIT WHEN AT LEAST ONE
> > OF TABLE a OR TABLE b WAS MODIFIED BUT CALL THE FUNCTION AT MOST ONE
> > TIME;
> 
> Wouldn't changing your triggers to be for each statement instead of for
> each row fix this?

no, because

1) my postgresql version does not support "for each statement"

2) i am also inserting with multiple insert commands thousands of entries.




-- 
Erik Thiele


В списке pgsql-sql по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Sorting an aggregated column
Следующее
От: Bruno Wolff III
Дата:
Сообщение: Re: fine grained trigger time specification...