Re: [GENERAL] Cascading Updates

From: Marcus Mascari <mascarim(at)yahoo(dot)com>
To: pgsql-general(at)postgreSQL(dot)org
Subject: Re: [GENERAL] Cascading Updates
Date: 1999-01-29 11:05:14
Message-ID: 19990129110514.18620.rocketmail@send104.yahoomail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I'm replying to my own note because I figured it
out. refint.c's check_foreign_key() was saving
the plan. As a result, it appeared that a plan
already existed for performing the cascading update,
but, of course, it was the wrong plan. Please
ignore my ramblings....

Marcus Mascari (mascarim(at)yahoo(dot)com)

---Marcus Mascari <mascarim(at)yahoo(dot)com> wrote:
>
> Well,
>
> I attempted to modify refint.c myself to support
> cascading updates, but I'm seeing a weird affect.
> The cascing update works, except only on the first
> execution of the update. Each additional update
> doesn't cause any change to the related tables.
> If, however, I close the client, say, psql, and
> then perform another update, the trigger fires and
> the cascading update is performed.
>
> All I changed in the code was to perform an update
> with the new key values when the type was a 'c',
> cascade, for UPDATE triggers, instead of setting
> those values to NULL.
>
> Any hints?
>
> Marcus Mascari (mascarim(at)yahoo(dot)com)
>
>
>
>
>
>
>
>
> _________________________________________________________
> DO YOU YAHOO!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
>

_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

Browse pgsql-general by date

  From Date Subject
Next Message Charles Hornberger 1999-01-29 11:31:13 nested loops in joins, ambiguous rewrite rules
Previous Message Alex P. Rudnev 1999-01-29 10:57:46 Re: [GENERAL] Cascading Updates