Re: RelationFlushRelation() or RelationClearRelation()

From: Brent Verner <brent(at)rcfile(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: RelationFlushRelation() or RelationClearRelation()
Date: 2001-11-10 04:32:39
Message-ID: 20011109233239.A65913@rcfile.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 06 Nov 2001 at 23:57 (-0500), Tom Lane wrote:
| Brent Verner <brent(at)rcfile(dot)org> writes:
| > After running the above and without (re)starting a new backend yields
| > the following error. After getting a new backend, the behavior is as
| > desired.
|
| > brent=# insert into child values(1);
| > ERROR: constraint <unnamed>: table parent does not have an attribute id
|
| I wonder whether you're looking in the right place. The RI trigger code
| caches query plans --- could that caching be the source of the problem?
| (See backend/utils/adt/ri_triggers.c)

Tom,

This code is now working as desired. I believe the problem I was
seeing was due to my incorrect (and STUPID) approach to modifying
the bytea pg_trigger->tgargs directly... I've since learned about
heap_modifytuple(). Anyway, I'm cleaning this patch up, and will
be sending it to -patches shortly.

Thanks for your assistance with this, and hopefully the next time I
decide to hack at PG, I'll choose something a bit more my speed :-P

cheers.
Brent

--
"Develop your talent, man, and leave the world something. Records are
really gifts from people. To think that an artist would love you enough
to share his music with anyone is a beautiful thing." -- Duane Allman

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-11-10 04:41:39 Re: RelationFlushRelation() or RelationClearRelation()
Previous Message Jorge Sarmiento 2001-11-10 01:52:58 psql -f backup.out || file too big