| From: | "Russell Simpkins" <russellsimpkins(at)hotmail(dot)com> | 
|---|---|
| To: | tgl(at)sss(dot)pgh(dot)pa(dot)us | 
| Cc: | pgsql-sql(at)postgresql(dot)org | 
| Subject: | Re: after delete trigger behavior | 
| Date: | 2005-06-22 19:27:31 | 
| Message-ID: | BAY103-F32AC833BD206511D502126B5EB0@phx.gbl | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-sql | 
>I suspect that if you read the spec carefully it would want a "triggered
>data change violation" error raised here.  My advice is not to use a
>BEFORE trigger for this.
What would you recommend then. I am using Hibernate in my java application 
and if the sort_order column (in this example column.c) gets out of sync, 
then the Hibernate application fails. In hind site, the after delete trigger 
would be the better choice.
The trigger works fine for one row deletes, but I noticed that you can't 
even do multiple row deletes with the trigger. Postgres only executes one 
row delete.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joel Fradkin | 2005-06-22 19:36:31 | encoding question | 
| Previous Message | Stephan Szabo | 2005-06-22 19:27:20 | Re: after delete trigger behavior |