Re: How much expensive are row level statistics?

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: How much expensive are row level statistics?
Дата
Msg-id 6EE64EF3AB31D5448D0007DD34EEB3417DDAC9@Herge.rcsinc.local
обсуждение исходный текст
Ответ на How much expensive are row level statistics?  (Carlos Benkendorf <carlosbenkendorf@yahoo.com.br>)
Ответы Re: How much expensive are row level statistics?  (Michael Fuhr <mike@fuhr.org>)
Re: How much expensive are row level statistics?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
>
> On Sun, Dec 11, 2005 at 11:53:36AM +0000, Carlos Benkendorf wrote:
> > I would like to use autovacuum but is not too much expensive
> > collecting row level statistics?
>
> The cost depends on your usage patterns.  I did tests with one of
> my applications and saw no significant performance difference for
> simple selects, but a series of insert/update/delete operations ran
> about 30% slower when block- and row-level statistics were enabled
> versus when the statistics collector was disabled.

That approximately confirms my results, except that the penalty may even
be a little bit higher in the worst-case scenario.  Row level stats hit
the hardest if you are doing 1 row at a time operations over a
persistent connection.  Since my apps inherited this behavior from their
COBOL legacy, I keep them off.  If your app follows the monolithic query
approach to problem solving (pull lots of rows in, edit them on the
client, and send them back), penalty is basically zero.

Merlin


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

Предыдущее
От: "Luke Lonergan"
Дата:
Сообщение: Re: Should Oracle outperform PostgreSQL on a complex
Следующее
От: Vivek Khera
Дата:
Сообщение: Re: opinion on disk speed