Re: Weird performance drop after VACUUM

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Weird performance drop after VACUUM
Дата
Msg-id 1404.1125155101@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Weird performance drop after VACUUM  ("Steinar H. Gunderson" <sgunderson@bigfoot.com>)
Список pgsql-performance
"Steinar H. Gunderson" <sgunderson@bigfoot.com> writes:
> On Fri, Aug 26, 2005 at 07:31:51PM -0400, Tom Lane wrote:
>> Or you could just play with the order of the filter conditions ... for
>> example, the date condition at the end is probably far cheaper to test
>> than the text comparisons, so if that's fairly selective it'd be worth
>> putting it first.

> That's an interesting approach -- could the planner do such things itself?

It could, but it doesn't really have enough information.  We don't
currently have any model that some operators are more expensive than
others.  IIRC the only sort of reordering the current code will do
in a filter condition list is to push clauses involving sub-SELECTs
to the end.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Weird performance drop after VACUUM
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Limit + group + join