Re: More fun with GIN lossy-page pointers - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: More fun with GIN lossy-page pointers
Date
Msg-id 1280626360-sup-595@alvh.no-ip.org
Whole thread Raw
In response to More fun with GIN lossy-page pointers  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: More fun with GIN lossy-page pointers
Re: More fun with GIN lossy-page pointers
List pgsql-hackers
Excerpts from Tom Lane's message of sáb jul 31 09:57:13 -0400 2010:

> So far as I can see, it's impossible to handle this situation when
> examining only one TID per stream with no lookahead.  Choosing to
> advance the second stream would obviously fail in many other cases,
> so there is no correct action.  The only reasonable way out is to
> forbid the case --- that is, decree that a keystream may *not*
> contain both lossy and nonlossy pointers to the same page.

Would it make sense to order the streams differently?  I mean, what if
whole-page pointers in the lossy stream are processed before regular ones?
(I am thoroughly unfamiliar with this stuff, so forgive me if I've
gotten the concepts and terminology all wrong)

-- 
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: ANALYZE versus expression indexes with nondefault opckeytype
Next
From: Tom Lane
Date:
Subject: Re: More fun with GIN lossy-page pointers