Re: Poor performance on seq scan - Mailing list pgsql-performance

From Heikki Linnakangas
Subject Re: Poor performance on seq scan
Date
Msg-id 4506B9E2.9050608@enterprisedb.com
Whole thread Raw
In response to Re: Poor performance on seq scan  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-performance
Alvaro Herrera wrote:
> Are you saying that an indexscan "Filter" only acts after getting the
> heap tuple? If that's the case, then there's room for optimization
> here, namely if the affected column is part of the index key, then we
> could do the filtering before fetching the heap tuple.

That's right. Yes, there's definitely room for optimization. In general,
it seems we should detach the index scan and heap fetch more. Perhaps
make them two different nodes, like the bitmap index scan and bitmap
heap scan. It would allow us to do the above. It's also going to be
necessary if we ever get to implement index-only scans.

--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com

pgsql-performance by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Poor performance on seq scan
Next
From: Scott Marlowe
Date:
Subject: Re: Performance problem with Sarge compared with Woody