From: | paul rivers <rivers(dot)paul(at)gmail(dot)com> |
---|---|
To: | dave(dot)potts(at)pinan(dot)co(dot)uk |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: pain of postgres upgrade with extensions |
Date: | 2008-03-12 16:41:54 |
Message-ID: | 47D807D2.6060308@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
David Potts wrote:
> This is not a flame about current or previous release of Postgres.
>
> I have just gone through the awful experience of upgrading from Postgres
> 8.2 to 8.3 with a database that had one of the many Postgres extensions
> included. The problem comes down to the way that Postgres extensions are
> packaged up, each extension tends to define some extension specific
> functions, when you do a dump of the database these functions get include.
> If upgrade from one version of Postgres to another, you take a dump of
> the database, which then needs to be upgrade if there have been any
> changes in the extension. The problem being that there doesn’t seem
> to be a way of dumping the database with out including extension specific
> information.
>
Is this something that wouldn't be fixed by:
- dump 8.2 database
- load dump into 8.3 database
- for each extension, run the 8.2 drop extension script in 8.2's contrib
- for each extension, run the 8.3 install extension script in 8.3's contrib
??
Or is it a matter of easily keeping an inventory of what extension is
installed in what db?
Paul
From | Date | Subject | |
---|---|---|---|
Next Message | jose javier parra sanchez | 2008-03-12 16:47:35 | Re: postgre vs MySQL |
Previous Message | Ivan Sergio Borgonovo | 2008-03-12 16:39:07 | Re: postgre vs MySQL |