Re: BUG #8152: strange behavior regarding after triggers and inheritance

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: hcurti(at)exa(dot)unicen(dot)edu(dot)ar
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #8152: strange behavior regarding after triggers and inheritance
Date: 2013-05-13 20:06:39
Message-ID: 11314.1368475599@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

hcurti(at)exa(dot)unicen(dot)edu(dot)ar writes:
> PostgreSQL version: 8.4.17

> After statments triggers on child tables are sometimes executed and
> sometimes are not. As I far as I could see, when the after trigger is
> defined in only one of the tables it may not get executed, wether when it is
> defined in every inherited table it does, but
> which one is undetermined.

This test case appears to work the way you're expecting in 9.0 and
later. I didn't immediately find a mention of such a change in the
commit logs; perhaps it got fixed as a side-effect of the changes that
moved trigger processing into ModifyTable plan nodes. Anyway, I doubt
we'd consider changing trigger behavior in 8.4.x at this late date.
You should update to a newer release series if this is a problem for you.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Hugo J. Curti 2013-05-13 22:09:54 Re: BUG #8152: strange behavior regarding after triggers and inheritance
Previous Message John R Pierce 2013-05-13 19:53:02 Re: Odd Behavior After Multiple Deletes