Search Postgresql Archives

Re: Cascading Trigger Prevention

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Nov 29, 5:09 pm, klep...@xxxxxxxxx (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...@xxxxxxxxx>  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.

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux