pg_upgrade supported versions policy

Поиск
Список
Период
Сортировка
От Andres Freund
Тема pg_upgrade supported versions policy
Дата
Msg-id 20181121234722.nk3hb7hcmssioeia@alap3.anarazel.de
обсуждение исходный текст
Ответы Re: pg_upgrade supported versions policy  (Stephen Frost <sfrost@snowman.net>)
Re: pg_upgrade supported versions policy  (Magnus Hagander <magnus@hagander.net>)
Re: pg_upgrade supported versions policy  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Re: pg_upgrade supported versions policy  (David Fetter <david@fetter.org>)
Список pgsql-hackers
Hi,

I feel like we ought to trim the support for a few old versions from
pg_upgrade.  In my particular case I don't really think it's reasonable
to test < 9.0 versions for pg_largeobject_metadata migrations. But I
think we should create a policy that's the default, leaving individual
cases aside.

I can see a few possible policies:

1) Support upgrading from the set of releases that were supported when
   the pg_upgrade target version was released. While some will argue that
   this is fairly short, people above it can still upgrade ~10 years
   worth of versions with a single intermediary upgrade.
2) Same, but +2 releases or such.
3) Support until it gets too uncomfortable.
4) Support all versions remotely feasible (i.e. don't drop versions that
   still can be compiled)

I personally think 1 is preferrable and 2 is acceptable.

Greetings,

Andres Freund


В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Rowley
Дата:
Сообщение: Re: Speeding up INSERTs and UPDATEs to partitioned tables
Следующее
От: Andres Freund
Дата:
Сообщение: reg* checks in pg_upgrade are out of date