Re: BUG #5183: Wrong select results using multicolumn gin indexes - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #5183: Wrong select results using multicolumn gin indexes
Date
Msg-id 16957.1258062265@sss.pgh.pa.us
Whole thread Raw
In response to BUG #5183: Wrong select results using multicolumn gin indexes  ("Yury Don" <yura@vpcit.ru>)
Responses Re: BUG #5183: Wrong select results using multicolumn gin indexes
List pgsql-bugs
"Yury Don" <yura@vpcit.ru> writes:
> mdb=# create table tmp (id integer not null primary key, t tsvector, i
> integer);
> CREATE TABLE
> mdb=# insert into tmp values (1, 'word', 66);
> INSERT 0 1
> mdb=# create index tmp_idx on tmp using gin (t, i);
> CREATE INDEX
> mdb=# insert into tmp values (2, 'word', 86);
> INSERT 0 1
> mdb=# set enable_seqscan to off;
> mdb=# select * from tmp where t @@ 'word' and i =66;
>  id |   t    | i
> ----+--------+----
>   1 | 'word' | 66
>   2 | 'word' | 86
> (2 rows)

Ick.  I can reproduce this here using CVS HEAD, and I notice that
it starts to give the right answer after "VACUUM tmp".  I infer that
what is broken is the checks of tuples in the pending-insert list.
I don't have time to look closer right now --- Oleg, Teodor, can you
look at this?

(In the meantime, you can probably work around it by disabling
fastupdate on these indexes.)

            regards, tom lane

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #5182: query with deferents results
Next
From: "Robert Haas"
Date:
Subject: BUG #5184: default tablespace owner is not dumped