Re: Always bump PG_CONTROL_VERSION?

From: Jan Wieck <jan(at)wi3ck(dot)info>
To: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Always bump PG_CONTROL_VERSION?
Date: 2021-05-13 21:42:52
Message-ID: ae241c1c-363a-9741-ab1c-a62f7278f6a8@wi3ck.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 5/12/21 10:04 PM, Michael Paquier wrote:
> On Wed, May 12, 2021 at 01:30:27PM -0700, Andres Freund wrote:
>> That said, I don't think it's a good practice to use the control file
>> version as an identifier for the major version. Who knows, it might be
>> necessary to add an optional new format in a minor version at some point
>> or such crazyness. And then there's the beta stuff you'd mentioned, etc.
>
> Yes, PG_VERSION, as you wrote upthread already, is already fine for
> the job, and FWIW, I have yet to see a case where being able to easily
> detect the minor version in a data folder matters.

Regardless of PG_VERSION doing the job or not, shouldn't there be a bump
in PG_CONTROL_VERSION whenever there is a structural or semantic change
in the control file data? And wouldn't the easiest way to ensure that be
to bump the version with every release?

Also, can someone give me a good reason NOT to bump the version?

Thanks, Jan

--
Jan Wieck
Postgres User since 1994

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2021-05-13 22:20:27 Re: OOM in spgist insert
Previous Message Michail Nikolaev 2021-05-13 21:37:26 Re: [PATCH] Full support for index LP_DEAD hint bits on standby