Re: {**Spam**} Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: {**Spam**} Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable
Дата
Msg-id 200801311700.29497.dfontaine@hi-media.com
обсуждение исходный текст
Ответ на Re: {**Spam**} Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Hubert FONGARNAND
Дата:
Сообщение: Re: BUG: type of "xxxx" does not match that when preparing the plan
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Remove pg_dump -i option (was Re: Proposed patch: synchronized_scanning GUC variable)