Re: proposal - get_extension_version function - Mailing list pgsql-hackers

From Tom Lane
Subject Re: proposal - get_extension_version function
Date
Msg-id 251200.1678312042@sss.pgh.pa.us
Whole thread Raw
In response to Re: proposal - get_extension_version function  (Jacob Champion <jchampion@timescale.com>)
Responses Re: proposal - get_extension_version function
List pgsql-hackers
Jacob Champion <jchampion@timescale.com> writes:
> On Wed, Mar 8, 2023 at 11:11 AM Pavel Stehule <pavel.stehule@gmail.com> wrote:
>> installation from rpm or deb packages

> Right, but I thought the safe order for a downgrade was to issue the
> SQL downgrade first (thus putting the system back into the
> post-upgrade state), and only then replacing the packages with prior
> versions.

Pavel's proposed check would break that too.  There's going to be some
interval where the SQL definitions are not in sync with the .so version,
so you really want the .so to support at least two versions' worth of
SQL objects.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: SQL/JSON revisited
Next
From: Jacob Champion
Date:
Subject: Re: RFC: logical publication via inheritance root?