Re: Change of extension name to new name

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Haribabu Kommi <kommi(dot)haribabu(at)gmail(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Change of extension name to new name
Date: 2016-10-13 04:37:53
Message-ID: 1776.1476333473@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Haribabu Kommi <kommi(dot)haribabu(at)gmail(dot)com> writes:
> As we are planning to change an extension name from one name to another
> name because of additional features that are added into this extension,

The usual approach to that is just to increase the version number.
Why is it necessary to change the name?

> I just thought of adding the support of (ALTER EXTENSION name RENAME To
> newname), this can be executed before executing the pg_upgrade to the new
> extension name that is available in the
> newer version.

And if the user forgets to do that before upgrading? Not to mention
that the extension is mostly broken the moment its SQL name no longer
corresponds to the on-disk control file name. This seems like
a non-solution.

In general, once you've shipped something, changing its name is a huge
pain both for you and your users. Just say no.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Vitaly Burovoy 2016-10-13 05:10:26 Re: macaddr 64 bit (EUI-64) datatype support
Previous Message Michael Paquier 2016-10-13 04:21:05 Re: Re: [COMMITTERS] pgsql: Extend framework from commit 53be0b1ad to report latch waits.