Re: {**Spam**} Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: {**Spam**} Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable
Date
Msg-id 200801311700.29497.dfontaine@hi-media.com
Whole thread Raw
In response to Re: {**Spam**} Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Le jeudi 31 janvier 2008, Tom Lane a écrit :
> I'm thinking next major.  In principle there could be cases where a
> minor update could break pg_dump, but it seems unlikely enough that
> it's not reasonable to embed such a policy in the code.  As for
> next major, though, the mere existence of the -i switch is a foot-gun
> with no significant value.

+2 then :)

1. Current behavior is to issue the « -i warning » even when having minor   version mismatch, getting rid of this would
begreat... even more so now   we know there's almost no risk here. 

2. Major version mismatch seems to be one of the major migration pitfalls out   there. The famous "You have to dump
withthe newer pg_dump version against   the current production setup" cookbook entry will certainly be better
embeddedinto the code. 

Regards,
--
dim

pgsql-hackers by date:

Previous
From: Hubert FONGARNAND
Date:
Subject: Re: BUG: type of "xxxx" does not match that when preparing the plan
Next
From: Bruce Momjian
Date:
Subject: Re: Remove pg_dump -i option (was Re: Proposed patch: synchronized_scanning GUC variable)