Re: Concurrent VACUUM and ANALYZE - Mailing list pgsql-hackers

From Jonah H. Harris
Subject Re: Concurrent VACUUM and ANALYZE
Date
Msg-id 36e682920807240653u5d298c6vd22e24581dbf6ebf@mail.gmail.com
Whole thread Raw
In response to Re: Concurrent VACUUM and ANALYZE  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
On Thu, Jul 24, 2008 at 9:06 AM, Simon Riggs <simon@2ndquadrant.com> wrote:
> I suspect this is not the root problem, but one solution to it.

Agreed.  It is not the root problem.  However, until DSM is fully
implemented and working, not having the ability to gather statistics
during long vacuums is problematic.  Of course, you can try and
optimize vacuum by minimizing relation sizes using partitioning, but
that doesn't work in all cases.

> If the stats need such frequent updating, then the code that handles the
> stats probably needs extension/improvement to avoid such sensitivities.

Agreed, the optimizer's sensitivity to statistics in certain query
conditions is the root problem.

-- 
Jonah H. Harris, Senior DBA
myYearbook.com


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Concurrent VACUUM and ANALYZE
Next
From: "Hiroshi Saito"
Date:
Subject: Re: issues/experience with building postgres on Windows