Re: Explain not accurate

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Explain not accurate
Дата
Msg-id 87smil3mg1.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Explain not accurate  (Richard van den Berg <richard.vandenberg@trust-factory.com>)
Список 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 по дате отправления:

Предыдущее
От: Christopher Kings-Lynne
Дата:
Сообщение: Re: COUNT & Pagination
Следующее
От: Andrew Rawnsley
Дата:
Сообщение: annoying query/planner choice