Re: Multicolumn index corruption on 8.4 beta 2 - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Multicolumn index corruption on 8.4 beta 2
Date
Msg-id 4DC8DD1D-A337-4BCF-94BC-6AB9C9EDAFD5@enterprisedb.com
Whole thread Raw
In response to Re: Multicolumn index corruption on 8.4 beta 2  (Richard Huxton <dev@archonet.com>)
List pgsql-hackers
And can you post an explain plan for the incorrect scan? In particular  
is it using a bitmap index scan or a regular index scan? Or does it  
happen with either?



-- 
Greg


On 9 Jun 2009, at 09:43, Richard Huxton <dev@archonet.com> wrote:

> Floris Bos / Maxnet wrote:
>> I am having the problem that some queries are unable to find rows  
>> when using the index.
>> When I force a sequential scan, by doing "set  
>> enable_indexscan=false; set enable_bitmapscan=false;", the same  
>> queries work fine.
>
> Not a hacker myself, but I can tell you that the first question  
> you'll be asked is "can you produce a test case"? If you can  
> generate the problem from a test table+generated data that will let  
> people figure out the problem for you.
>
> If not, details of the table schema will be needed, and is there any  
> pattern to the missed rows? Also - compile settings, character set  
> and locale details might be relevant too.
>
> -- 
>  Richard Huxton
>  Archonet Ltd
>
> -- 
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers


pgsql-hackers by date:

Previous
From: Richard Huxton
Date:
Subject: Re: Multicolumn index corruption on 8.4 beta 2
Next
From: Nikhil Sontakke
Date:
Subject: Re: Patch for automating partitions in PostgreSQL 8.4 Beta 2