Re: Single table forcing sequential scans on query plans

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Single table forcing sequential scans on query plans
Дата
Msg-id 20080317133743.GG6083@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: Single table forcing sequential scans on query plans  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:

> Another possibility (though not a back-patchable solution) is that
> we could just dispense with the heuristic size estimate and trust a
> zero-sized table to stay zero-sized.  This would be relying on the
> assumption that autovacuum will kick in and update the stats, leading
> to invalidation of any existing plans that assume the table is small.
> I don't feel very comfortable about that though --- throwing a few
> hundred tuples into a table might not be enough to draw autovacuum's
> attention, but it could surely be enough to create a performance
> disaster for nestloop plans.

FWIW autovacuum fires an analyze with the 51st tuple inserted on a
table on 8.3's default configuration.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Some cleanups of enum-guc code, per comments from Tom.
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [0/4] Proposal of SE-PostgreSQL patches