Re: Gist Recovery testing

From: Teodor Sigaev <teodor(at)sigaev(dot)ru>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Gist Recovery testing
Date: 2005-06-14 14:01:33
Message-ID: 42AEE33D.30806@sigaev.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>
> This seems like a good answer --- if you fix up such things during
> vacuum then the performance issue won't last too long.
>
> Rather than eating up the extra flag bit, though, would it be possible
> to change the tuple to appear to contain a NULL? AFAIK, GiST can't have
> a NULL (at least not in the first column) so this should be an unused
> state.

We would like to preserve NULL as non-special value because we hope to add
support of NULLs to GiST, although it's of low priority. In other side,
IndexTupleData contains ItemPointerData which contains block number and offset.
GiST doesn't use offset on inner pages (on leaf pages, ItemPointerData points to
heap tuple), it always equal FirstOffsetNumber. So I can use offset to indicate
correctness of tuple's key...

--
Teodor Sigaev E-mail: teodor(at)sigaev(dot)ru
WWW: http://www.sigaev.ru/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2005-06-14 14:27:21 Re: PG_FREE_IF_COPY()
Previous Message John Hansen 2005-06-14 13:49:17 PG_FREE_IF_COPY()