On Sun, 2008-01-27 at 13:37 -0500, Tom Lane wrote:
> Also, does anyone object to making pg_dump just disable it
> unconditionally? Greg's original gripe only mentioned the case of
> clustered tables, but it'd be kind of a pain to make pg_dump turn it
> on and off again for different tables. And I could see people
> complaining about pg_dump failing to preserve row order even in
> unclustered tables.
If you are running pg_dump, that increases the likelihood that multiple
sequential scans will be reading the same large table at the same time.
Sync scans prevent that additional scan from bringing your active
database to a halt during your dump (due to horrible seeking and poor
I think that pg_dump is a good use case for synchronized scans. Assuming
it doesn't hold up 8.3, I think it's worthwhile to consider only
disabling it for tables that have been clustered.
That being said, this isn't a strong objection. Having a painless 8.3
release is the top priority, of course.
In response to
pgsql-hackers by date
|Next:||From: Jeff Davis||Date: 2008-01-28 22:58:13|
|Subject: Re: Proposed patch: synchronized_scanning GUC variable|
|Previous:||From: Simon Riggs||Date: 2008-01-28 22:39:41|
|Subject: Re: [PATCHES] Proposed patch: synchronized_scanning GUCvariable|