Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> Michael Paesold wrote:
>>> Shouldn't we rather support the regular usage pattern instead of the
>>> uncommon one? Users doing a lot of schema changes are the ones who
>>> should have to work around issues, not those using a DBMS sanely. No?
>> Unfortunately, doing lots of schema changes is a very common phenomenon.
>> It makes me uncomfortable too, but saying that those who do it have to
>> work around issues isn't acceptable IMNSHO - it's far too widely done.
> Well, there's going to be pain *somewhere* here, and we already know
> that users will find the current 8.3 behavior unacceptable. I'd rather
> have autovacuum not make progress than have users turn it off because it
> gets in their way too much. Which I think is exactly what will happen
> if we ship it with the current behavior.
exactly - 8.3 will be the first release with autovac enabled by default
(and concurrent autovacuuming) and we really need to make sure that
people wont get surprised by it in the way I (and others) did when
playing with Beta1.
So my vote would be on cancelling always except in the case of a
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2007-10-25 20:54:01|
|Subject: Re: [HACKERS] 8.3beta1 testing on Solaris |
|Previous:||From: Jignesh K. Shah||Date: 2007-10-25 20:24:18|
|Subject: 8.3beta1 testing on Solaris|
pgsql-committers by date
|Next:||From: David Fetter||Date: 2007-10-25 21:04:58|
|Subject: Re: [HACKERS] Re: pgsql: Extract catalog info for errorreporting before an error actually|
|Previous:||From: Tom Lane||Date: 2007-10-25 20:22:53|
|Subject: pgsql: Make initdb's selection of default text search configuration |
pgsql-patches by date
|Next:||From: Chris Browne||Date: 2007-10-25 20:31:40|
|Subject: Minor change to pg_dump docs|
|Previous:||From: Alvaro Herrera||Date: 2007-10-25 20:07:41|
|Subject: Autovacuum cancellation|