Re: Performance With Joins on Large Tables - Mailing list pgsql-performance

From Terje Elde
Subject Re: Performance With Joins on Large Tables
Date
Msg-id 45085F3A.1040108@elde.net
Whole thread Raw
In response to Re: Performance With Joins on Large Tables  (Jeff Davis <pgsql@j-davis.com>)
Responses Re: Performance With Joins on Large Tables
List pgsql-performance
Jeff Davis wrote:
> Is it overestimating the cost of using indexes or underestimating the
> cost of a seq scan, or both? Maybe explain with the 0.1 setting will
> help?
>

If enable_seqscan is off, and cost is still set to 100000000, it could
be that it's quite simply forcibly underestimating the cost of a seqscan
in this case.

If enable_secscan was off for the mentioned plan, it'd be interesting to
see if things would be saner with seqscans enabled, and a more
reasonable random page cost.  If more 'sane' values still produce the
desired plan, it might be better for other plans etc.

Terje


pgsql-performance by date:

Previous
From: "Merlin Moncure"
Date:
Subject: Re: sql-bench
Next
From: "Joshua Marsh"
Date:
Subject: Re: Performance With Joins on Large Tables