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

From Pavel Stehule
Subject Re: proposal - get_extension_version function
Date
Msg-id CAFj8pRCErENz5wV9z6V-ttu5HbMPoS7juc7bN8i+=MDo6qRZJA@mail.gmail.com
Whole thread Raw
In response to Re: proposal - get_extension_version function  (Jacob Champion <jchampion@timescale.com>)
Responses Re: proposal - get_extension_version function  (Jacob Champion <jchampion@timescale.com>)
List pgsql-hackers


st 8. 3. 2023 v 20:04 odesílatel Jacob Champion <jchampion@timescale.com> napsal:
On Wed, Mar 8, 2023 at 10:49 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> This is a bad idea.  How will you do extension upgrades, if the new .so
> won't run till you apply the extension upgrade script but the old .so
> malfunctions as soon as you do?

Which upgrade paths allow you to have an old .so with a new version
number? I didn't realize that was an issue.

installation from rpm or deb packages



--Jacob

pgsql-hackers by date:

Previous
From: Jacob Champion
Date:
Subject: Re: proposal - get_extension_version function
Next
From: Tom Lane
Date:
Subject: Re: proposal - get_extension_version function