Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance
Дата
Msg-id dcc563d10904060658v621cbd3drbb75b6428d770b04@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance  (Mario Splivalo <mario.splivalo@megafon.hr>)
Ответы Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance  (Mario Splivalo <mario.splivalo@megafon.hr>)
Список pgsql-performance
On Mon, Apr 6, 2009 at 6:20 AM, Mario Splivalo
<mario.splivalo@megafon.hr> wrote:
> Scott Marlowe wrote:
>>
>> It's not really solved, it's just a happy coincidence that the current
>> plan runs well.  In order to keep the query planner making good
>> choices you need to increase stats target for the field in the index
>> above.  The easiest way to do so is to do this:
>>
>> alter database mydb set default_statistics_target=100;
>>
>> and run analyze again:
>>
>> analyze;
>
> So, i removed the index on field_name, set default_default_statistics_target
> to 100, analyzed, and the results are the same:

Why did you remove the index?

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: probelm with alter table add constraint......
Следующее
От: Robert Haas
Дата:
Сообщение: Re: plpgsql arrays