Re: Fixing GIN for empty/null/full-scan cases - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: Fixing GIN for empty/null/full-scan cases
Date
Msg-id 9F0315BE-E639-4AD4-8764-D4753F9D186A@kineticode.com
Whole thread Raw
In response to Re: Fixing GIN for empty/null/full-scan cases  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Jan 18, 2011, at 3:46 PM, Tom Lane wrote:

> The above is "using" the index, but only as a guide to where the rows
> satisfying the partial-index predicate are --- note the lack of any
> index condition in the indexscan node.  That's because the query_int
> query is not in fact compatible with the core-provided index opclass.
> We get much better results using intarray's gin__int_ops opclass:

Ah-hah! Confirmed, thank you. I now get 23.2 ms and an index condition. Much, much better.

Thank you! And I think we can use the improved GIN indexes for this app, once 9.1 drops.

Best,

David



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Fixing GIN for empty/null/full-scan cases
Next
From: Tom Lane
Date:
Subject: Extending opfamilies for GIN indexes