Re: Bug in RI
От | Stephan Szabo |
---|---|
Тема | Re: Bug in RI |
Дата | |
Msg-id | Pine.BSF.4.10.10009220956550.66920-100000@megazone23.bigpanda.com обсуждение исходный текст |
Ответ на | Re: Bug in RI (Jeroen van Vianen <jeroen.van.vianen@satama.com>) |
Список | 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 по дате отправления: