Re: Cascading Trigger Prevention

From: JonXP <JonEckspee(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Cascading Trigger Prevention
Date: 2007-11-30 01:17:26
Message-ID: 3fa58163-4ad2-4802-a7f1-2080c5a2f942@e4g2000hsg.googlegroups.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Nov 29, 5:09 pm, klep(dot)(dot)(dot)(at)svana(dot)org (Martijn van Oosterhout) wrote:
> On Wed, Nov 28, 2007 at 02:00:58PM -0800, JonXP wrote:
> > I have a table that contains a nested set (using paths), and I'm
> > trying to create a trigger that updates the timestamps of a node and
> > all of its parents on a modification. Unfortunately, this is causing
> > infinitely recurring triggers.
>
> > The insert occurs, which fires the trigger, which then updates all of
> > the parent rows, which then fires the trigger again for each update,
> > which recurses yet again.
>
> You can disable triggers on a table but it's definitly not recommended
> (deadlock prone) but it seems to me that if when the trigger is fired
> it only updates its parent everything should work, right? As it
> recurses up the tree eventually it reaches the end, surely?
>
> Have a nice day,
> --
> Martijn van Oosterhout <klep(dot)(dot)(dot)(at)svana(dot)org> http://svana.org/kleptog/
>
> > Those who make peaceful revolution impossible will make violent revolution inevitable.
> > -- John F Kennedy
>
>
>
> signature.asc
> 1KDownload

Yes, that was one of two approaches I am considering taking. I was
trying to update all of the parent nodes in one query (which is why I
used this particular method of nested sets) but just recursing up the
tree could also work.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Bruce Momjian 2007-11-30 01:50:36 Re: certificate based authorization
Previous Message Laurent Duperval 2007-11-30 00:55:30 Re: 8.2.3: Server crashes on Windows using Eclipse/Junit