Re: Seqscan rather than Index - Mailing list pgsql-performance

From Tom Lane
Subject Re: Seqscan rather than Index
Date
Msg-id 21610.1103308612@sss.pgh.pa.us
Whole thread Raw
In response to Re: Seqscan rather than Index  (Greg Stark <gsstark@mit.edu>)
List pgsql-performance
Greg Stark <gsstark@mit.edu> writes:
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>> I think the one effect that's not being modeled is amortization of index
>> fetches across successive queries.

> And across multiple fetches in a single query, such as with a nested loop.

Right, that's effectively the same problem.  You could imagine making a
special-purpose solution for nestloop queries but I think the issue is
more general than that.

> It seems like the effective_cache_size parameter should be having some
> influence here.

But it doesn't :-(.  e_c_s is currently only used to estimate
amortization of repeated heap-page fetches within a single indexscan.

            regards, tom lane

pgsql-performance by date:

Previous
From: Pailloncy Jean-Gerard
Date:
Subject: Re: Error in VACUUM FULL VERBOSE ANALYZE (not enough memory)
Next
From: Josh Berkus
Date:
Subject: Re: Error in VACUUM FULL VERBOSE ANALYZE (not enough memory)