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(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2010-08-01 01:38:33|
|Subject: Re: More fun with GIN lossy-page pointers |
|Previous:||From: Stephen Frost||Date: 2010-08-01 01:16:53|
|Subject: Re: ANALYZE versus expression indexes with nondefaultopckeytype|