Re: [HACKERS] temp table oddness? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] temp table oddness?
Date
Msg-id 24436.936462140@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] temp table oddness?  (Bruce Momjian <maillist@candle.pha.pa.us>)
Responses Re: [HACKERS] temp table oddness?  (Bruce Momjian <maillist@candle.pha.pa.us>)
Re: [HACKERS] temp table oddness?  (Bruce Momjian <maillist@candle.pha.pa.us>)
List pgsql-hackers
Bruce Momjian <maillist@candle.pha.pa.us> writes:
> Yep.  Wouldn't the best way be to have the temp system record the
> transaction id used, and to invalidate all temp entries associated with
> an aborted transaction.  That is how the cache code works, so it seems
> it should be extended to the temp code.

Yeah, that would work -- add an xact abort cleanup routine that goes
through the temprel list and removes entries added during the current
transaction.

AFAICS this only explains the coredump-at-exit business, though.
I'm particularly baffled by that
ERROR:  cannot find attribute 1 of relation pg_temp.24335.3
in my last example --- do you understand why that's happening?
        regards, tom lane


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] temp table oddness?
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] temp table oddness?