Re: Explain not accurate - Mailing list pgsql-performance

From Greg Stark
Subject Re: Explain not accurate
Date
Msg-id 87smil3mg1.fsf@stark.xeocode.com
Whole thread Raw
In response to Explain not accurate  (Richard van den Berg <richard.vandenberg@trust-factory.com>)
List pgsql-performance
Richard van den Berg <richard.vandenberg@trust-factory.com> writes:

> Hi there,
>
> I am quite new to postgresql, and love the explain feature. It enables us to
> predict which SQL queries needs to be optimized before we see any problems.
> However, I've run into an issue where explain tells us a the costs of a quiry
> are tremendous (105849017586), but the query actually runs quite fast. Even
> "explain analyze" shows these costs.

Do you have any of the optimization parameters off, enable_seqscan perhaps?

enable_seqscan works by penalizing plans that use sequential plans, but there
are still lots of queries that cannot be done any other way. I'm not sure
whether the same holds for all the other parameters.

If your tables are all going to grow drastically then this may still indicate
a problem, probably a missing index. But if one of them is a reference table
that will never grow then perhaps the index will never be necessary.


Or perhaps you just need to run analyze. Send the "EXPLAIN ANALYZE" output for
the query for starters. You might also send the output of "SHOW ALL".

--
greg

pgsql-performance by date:

Previous
From: Christopher Kings-Lynne
Date:
Subject: Re: COUNT & Pagination
Next
From: Andrew Rawnsley
Date:
Subject: annoying query/planner choice