| 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: | Whole Thread | Raw Message | 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
| 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 |