Re: Optimization idea

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Optimization idea
Дата
Msg-id y2y603c8f071004230405r5fcef546l3da84c407ce2655a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Optimization idea  (Vlad Arkhipov <arhipov@dc.baikal.ru>)
Ответы Re: Optimization idea  (Cédric Villemain <cedric.villemain.debian@gmail.com>)
Re: Optimization idea  (Vlad Arkhipov <arhipov@dc.baikal.ru>)
Список pgsql-performance
On Thu, Apr 22, 2010 at 10:37 PM, Vlad Arkhipov <arhipov@dc.baikal.ru> wrote:
> I don't think this is just an issue with statistics, because the same
> problem arises when I try executing a query like this:

I'm not sure how you think this proves that it isn't a problem with
statistics, but I think what you should be focusing on here, looking
back to your original email, is that the plans that are actually much
faster have almost as much estimated cost as the slower one.  Since
all your data is probably fully cached, at a first cut, I might try
setting random_page_cost and seq_page_cost to 0.005 or so, and
adjusting effective_cache_size to something appropriate.

...Robert

В списке pgsql-performance по дате отправления:

Предыдущее
От: Vlad Arkhipov
Дата:
Сообщение: Re: Optimization idea
Следующее
От: Cédric Villemain
Дата:
Сообщение: Re: Optimization idea