Re: How much expensive are row level statistics? - Mailing list pgsql-performance

From Merlin Moncure
Subject Re: How much expensive are row level statistics?
Date
Msg-id 6EE64EF3AB31D5448D0007DD34EEB3417DDAC9@Herge.rcsinc.local
Whole thread Raw
In response to How much expensive are row level statistics?  (Carlos Benkendorf <carlosbenkendorf@yahoo.com.br>)
Responses Re: How much expensive are row level statistics?
Re: How much expensive are row level statistics?
List 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 by date:

Previous
From: "Luke Lonergan"
Date:
Subject: Re: Should Oracle outperform PostgreSQL on a complex
Next
From: Vivek Khera
Date:
Subject: Re: opinion on disk speed