Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ef7gZ-0006kP-A6 for pgsql-docs@arkaria.postgresql.org; Fri, 26 Jan 2018 17:21:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ef7gY-0003fk-S4 for pgsql-docs@arkaria.postgresql.org; Fri, 26 Jan 2018 17:21:06 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ef7gY-0003fa-J4 for pgsql-docs@lists.postgresql.org; Fri, 26 Jan 2018 17:21:06 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ef7gV-00052W-Ax for pgsql-docs@postgresql.org; Fri, 26 Jan 2018 17:21:05 +0000 Received: from bruce by momjian.us with local (Exim 4.84_2) (envelope-from ) id 1ef7gU-0001zx-5I; Fri, 26 Jan 2018 12:21:02 -0500 Date: Fri, 26 Jan 2018 12:21:02 -0500 From: Bruce Momjian To: Jim Ryan Cc: pgsql-docs@postgresql.org Subject: Re: pg_upgrade docs are confusing if PostgreSQL's versioning system/language isn't known to reader Message-ID: <20180126172102.GJ20836@momjian.us> References: <20171218213041.25744.8414@wrigleys.postgresql.org> <20180126002618.GA20836@momjian.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Fri, Jan 26, 2018 at 12:04:17PM -0500, Jim Ryan wrote: > Hey Bruce, > > Thanks for working on this, but wouldn't pg_upgrade be needed from 10.1 to > 10.2?  Aren't those considered major versions, or am I misunderstanding? Uh, it is confusing. We switched in PG 10 from changing the _third_ number for a minor release to changing the second number. The next major release of Postgres will be PG 11. > The source of my (and potentially others) confusion is if from 9.1 to 9.2 is > considered a major version change or not.  I think most users would assume from > 9.x to 10.x is a major version change.  The ambiguity is in 9.x to 9.y.   Does the patch make sense now? --------------------------------------------------------------------------- > > Thanks, > Jim > > On Thu, Jan 25, 2018 at 7:26 PM, Bruce Momjian wrote: > > On Mon, Dec 18, 2017 at 09:30:41PM +0000, PG Doc comments form wrote: > > The following documentation comment has been logged on the website: > > > > Page: https://www.postgresql.org/docs/9.6/static/pgupgrade.html > > Description: > > > > If a reader who is unfamiliar with PostgreSQL's versioning (where 9.5 > and > > 9.6 are considered major versions) reads the documentation, it is unclear > if > > they need to use pg_upgrade to migrate from 9.5 to 9.6, for example. > > > > The documentation says upgrading "from 9.6.3 to the current major > release" > > requires pg_upgrade, but not "from 9.6.2 to 9.6.3". > > > > The problem with that language is that the current release of PostgreSQL > is > > 10.  So is pg_upgrade required to upgrade from 9.6.3 to current (10) > because > > 9 and 10 are major versions or because 9.6 and 10.0 are major versions? > (the > > latter). > > > > It would be clearer if the documentation covered all three cases: > > 9.6.3 -> 10.0.0 and 9.5.1 -> 9.6.3: pg_upgrade should be used > > 9.6.2 -> 9.6.3: pg_upgrade not needed > > > > Or if the documentation simply noted that the second decimal is > considered a > > major release. > > How is this attached patch? > > -- >   Bruce Momjian          http://momjian.us >   EnterpriseDB                             http://enterprisedb.com > > + As you are, so once was I.  As I am, so you will be. + > +                      Ancient Roman grave inscription + > > -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription +