Josh Berkus wrote:
>>IMHO statement triggers instead should have access to the NEW and OLD
>>rows through some mechanism. I can think of NEW and OLD being reference
>>cursors in the case of statement triggers, and the trigger then can
>>FETCH the rows from there.
>>
>>
>
>Yeah; how else could it possibly work?
>
>
>
Why do it easy if you can have it difficult? ;-) If I want to perform
row by row actions I use a row level trigger!
Statement triggers need to work like this:
Instead of NEW.foo := 1;
you code UPDATE NEW SET foo=1;
If the statement trigger doesn't offer a complete SETOF RECORD, It's
pretty useless.
In my case, updates and deletes on a table could possibly touch
thousands of rows at the same time, and the trigger will update
aggregated values in another table, and insert or delete a third one
with 3-4 additional statements. This is pretty fast if implemented as
true statement trigger, but will possibly blow the system if done row by
row. Imagine a single statement, that triggers ROW_COUNT*4 statements,
where ROW_COUNT can easily be 1000, 10000 or much more!
Regards,
Andreas