Re: [HACKERS] Release Note changes

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: [HACKERS] Release Note changes
Дата
Msg-id CABUevEzWLVnS_iG3+wS3v3Hd9TQk6SNXHxK9Jnb0u-7tcDDpSw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Release Note changes  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] Release Note changes  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Mon, Sep 4, 2017 at 1:11 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Mon, Sep 4, 2017 at 4:49 AM, Simon Riggs <simon@2ndquadrant.com> wrote:
> Migration to Version 10
>
> "A dump/restore using pg_dumpall, or use of pg_upgrade, is required
> for those wishing to migrate data from any previous release."
>
> This isn't true and is seriously misleading ...

Fair point.

> since pglogical and other
> proprietary tools exist that were designed specifically to allow this.
> Suggested additional wording would be...
>
> "If upgrading from a 9.4 server or later, external utilities using
> logical decoding, such as pglogical or proprietary alternatives, can
> also provide an alternate route, often with lower downtime."

It's not really true that the only alternatives to pglogical are
proprietary.  Really, one could use any logical replication solution,
and there have been multiple open source alternatives for a decade.

> Our docs mention pglogical already, so don't see an issue with
> mentioning it here.

The existing reference is alongside a bunch of other third-party
tools.  Mentioning it at the very top of our release notes would give
it a pride of place with which I'm not too comfortable.

I agree that singling it out there is probably not the best idea. But a sentence/paragraph saying that there are third party replication solutions that can solve the problem, along with linking to the page with the list, perhaps? 

--

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Release Note changes
Следующее
От: Tatsuro Yamada
Дата:
Сообщение: Re: [HACKERS] CLUSTER command progress monitor