Re: [GENERAL] ANALYZE getting dead tuple count hopelessly wrong

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [GENERAL] ANALYZE getting dead tuple count hopelessly wrong
Дата
Msg-id 2320.1207062015@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [GENERAL] ANALYZE getting dead tuple count hopelessly wrong  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> On Tue, 2008-04-01 at 10:22 -0400, Tom Lane wrote:
>> In the fourth, if we actually believed this was a problem we'd
>> need to redesign VACUUM too, as it does the same thing.

> VACUUM waits until nobody else has the buffer pinned, so lock contention
> is much less of a consideration there. Plus it rearranges the block,
> which is hard to do one tuple at a time even if we wanted to.

That's the second scan.  The first scan acts exactly like Pavan is
proposing for ANALYZE.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Scroll cursor oddity...
Следующее
От: Mathias Hasselmann
Дата:
Сообщение: Re: [PATCHES] Avahi support for Postgresql