Re: Multi-row constraints, how to avoid unnecessary trigger execution?
От | Tobia Conforto |
---|---|
Тема | Re: Multi-row constraints, how to avoid unnecessary trigger execution? |
Дата | |
Msg-id | 2DC89567-68C7-436B-ABBC-28CA8692007F@gruppo4.eu обсуждение исходный текст |
Ответ на | Re: Multi-row constraints, how to avoid unnecessary trigger execution? (Sándor Daku <daku.sandor@gmail.com>) |
Ответы |
Re: Multi-row constraints, how to avoid unnecessary trigger execution?
|
Список | pgsql-general |
Sándor, I'd rather have the application developers use regular DML, which could become quite complex, and just perform my check onthe database side, at transaction commit time. Andreas, thanks, but I need to avoid duplicate executions on different rows too. I just came up with this "hack" which seems to be working: create or replace function my_trigger() returns trigger as $$ begin create temporary table my_trigger() on commit drop; -- perform expensive test here and raise error if it fails if ... then raise ...; end if; return null; exception when duplicate_table then -- already ran in the current transaction, skip test return null; end; $$ language 'plpgsql'; create constraint trigger my_trigger after insert or update or delete on my_table initially deferred for each row execute procedure my_trigger(); Any improvement is welcome. -Tobia
В списке pgsql-general по дате отправления: