Re: Why is indexonlyscan so darned slow? - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Why is indexonlyscan so darned slow?
Date
Msg-id CA+U5nM+HC9LnaX2Lch5BhybqscwAe2cQiSFd-iO+ynRrE9=g7A@mail.gmail.com
Whole thread Raw
In response to Re: Why is indexonlyscan so darned slow?  (Josh Berkus <josh@agliodbs.com>)
List pgsql-hackers
On 21 May 2012 16:42, Josh Berkus <josh@agliodbs.com> wrote:
>
>> Earlier you said that this should be an ideal setup for IOS.  But it
>> isn't really--the ideal set up is one in which the alternative to an
>> IOS is a regular index scan which makes many uncached scattered reads
>> into the heap.  I don't think that that situation can't really be
>> engineered with a where-less query.
>
> Can you give me some suggested comparisons which *would* be ideal, then?

Presumably the use case we were tuning for was established prior to
development of the patch?

Surely the performance test results that demonstrate the gain have
been posted to hackers, so we just need to refer back to them?

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Bug in new buffering GiST build code
Next
From: Jeff Janes
Date:
Subject: Re: Why is indexonlyscan so darned slow?