Re: Bug in RI - Mailing list pgsql-hackers

From Stephan Szabo
Subject Re: Bug in RI
Date
Msg-id Pine.BSF.4.10.10009220956550.66920-100000@megazone23.bigpanda.com
Whole thread Raw
In response to Re: Bug in RI  (Jeroen van Vianen <jeroen.van.vianen@satama.com>)
List pgsql-hackers
Actually, current sources already work better (well, elog rather
than crash).

Eventually, the triggers will reference things by OID rather
than name so renames will work.  I'd also like to make the 
dependencies known so we can make it work properly when
drop column gets implemented.  No known eta at this point
though.

Stephan Szabo
sszabo@bigpanda.com

On Fri, 22 Sep 2000, Jeroen van Vianen wrote:

> At 21:13 21-9-00 -0700, Stephan Szabo wrote:
> >This is a one line patch that will throw a notice with
> >what relation name it's trying to open and what it
> >got back in RI_FKey_keyequal_upd.  It should say
> >the name of your table and a number, but I expect
> >the number will be 0.
> 
> Yes, it is. So I also found the error: I did a rename table and the 
> constraint triggers were not updated with the new table name.
> 
> Maybe a little check should be built in to check for fkey == 0, like this 
> (from the top of my head, no actual checking):
> 
>          fk_rel = heap_openr(tgargs[RI_FK_RELNAME_ARGNO], NoLock);
> +       if (fk_rel == NULL) {
> +           elog(ERROR, "In foreign key constraint, cannot open relname: %s",
> +               tgargs[RI_FK_RELNAME_ARGNO]);
> +       }
>          pk_rel = trigdata->tg_relation;
>          new_row = trigdata->tg_newtuple;
>          old_row = trigdata->tg_trigtuple;





pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Weird Tcl/Tk configuration
Next
From: Brook Milligan
Date:
Subject: type design guidance needed