Re: Performance Anomalies in 7.4.5 - Mailing list pgsql-performance

From Andrew Sullivan
Subject Re: Performance Anomalies in 7.4.5
Date
Msg-id 20041025135131.GA2886@phlogiston.dyndns.org
Whole thread Raw
In response to Re: Performance Anomalies in 7.4.5  ("Matthew T. O'Connor" <matthew@zeut.net>)
List pgsql-performance
On Fri, Oct 22, 2004 at 05:13:18PM -0400, Matthew T. O'Connor wrote:

> Yes that is the long term goal, but the autovac in 8.0 is still all or
> nothing.

Yes, which is why I couldn't use the current iteration for
production: the cost is too high.  I think this re-inforces my
original point, which is that taking away the ability of DBAs to
thump the planner for certain tables -- even indirectly -- under
certain pathological conditions is crucial for production work.  In
the ideal world, the wizards and genius planners and such like would
work perfectly, and the DBA would never have to intervene.  In
practice, there are cases when you need to haul on a knob or two.
While this doesn't mean that we should adopt the Oracle approach of
having knobs which adjust the sensitivity of the knob that tunes the
main knob-tuner, I'm still pretty leery of anything which smacks of
completely locking the DBA's knowledge out of the system.

A

--
Andrew Sullivan  | ajs@crankycanuck.ca
The plural of anecdote is not data.
        --Roger Brinner

pgsql-performance by date:

Previous
From: Neil Conway
Date:
Subject: Re: Sequential Scan with LIMIT
Next
From: John Meinel
Date:
Subject: Re: Sequential Scan with LIMIT