Re: pain of postgres upgrade with extensions

Поиск
Список
Период
Сортировка
Искать
От
paul rivers
Тема
Re: pain of postgres upgrade with extensions
Дата
Msg-id
47D807D2.6060308@gmail.com
Ответ на
Список
Дерево обсуждения
pain of postgres upgrade with extensions "David Potts" <dave.potts@pinan.co.uk>
Re: pain of postgres upgrade with extensions dmp <danap@ttc-cmc.net>
Re: pain of postgres upgrade with extensions paul rivers <rivers.paul@gmail.com>
Re: pain of postgres upgrade with extensions Tom Lane <tgl@sss.pgh.pa.us>
Re: pain of postgres upgrade with extensions Vivek Khera <vivek@khera.org>
Re: pain of postgres upgrade with extensions "Greg Sabino Mullane" <greg@turnstep.com>
Re: pain of postgres upgrade with extensions Martijn van Oosterhout <kleptog@svana.org>
Re: pain of postgres upgrade with extensions Dave Potts <dave.potts@pinan.co.uk>
Re: pain of postgres upgrade with extensions "Kevin Martins" <martins506@hotmail.com>
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




В списке pgsql-general по дате отправления
От: Ivan Sergio Borgonovo
Дата:
Сообщение: Re: postgre vs MySQL
От: dmp
Дата:
FAQ