Re: [HACKERS] Release Note changes - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] Release Note changes
Date
Msg-id 22506.1504535588@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Release Note changes  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> Which is why next year when upgrading from PG10 -> PG11 we will
> mention it and that point not mention the other older solutions, which
> were once our best.

This is boilerplate text that we tend to copy-and-paste without thinking
about it; if it's designed in a way that requires it to change more than
about once per decade, that's going to be a problem.  (The existing text
has been there verbatim since 9.0, looks like.)

I'm okay with a passing reference to some list of replication tools
elsewhere in the docs, but not with much more than that.

It's also worth pointing out that the existing wording is meant to
explain how to achieve upgrade-in-place.  Logical replication to a
new server seems like a fundamentally different thing.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] GnuTLS support
Next
From: Arseny Sher
Date:
Subject: [HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction