Re: ALTER EXTENSION UPGRADE, v3

From: Florian Pflug <fgp(at)phlo(dot)org>
To: Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr>
Cc: "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu>, Anssi Kääriäinen <anssi(dot)kaariainen(at)thl(dot)fi>, "David E(dot) Wheeler" <david(at)kineticode(dot)com>, Itagaki Takahiro <itagaki(dot)takahiro(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ALTER EXTENSION UPGRADE, v3
Date: 2011-02-03 16:55:35
Message-ID: 5AB37F97-F163-4466-BF11-FE258FB0D0ED@phlo.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Feb3, 2011, at 16:31 , Dimitri Fontaine wrote:
> "Ross J. Reedstrom" <reedstrm(at)rice(dot)edu> writes:
>> Hmm, how about allowing a list of files to execute? That allows the
>
> Sure. I still don't see why doing it in the control file is better than
> in the Makefile, even if it's already better than in the SQL script, at
> least in terms of code to write to support the idea.
>
> Speaking about which, using Make rules to prepare your upgrade files
> from other pieces means no development at all on the backend side. You
> can hardly beat that.

I fully agree. The extension infrastructure should provide basic support
for upgrades, not every kind of bell and whistle one could possible think of.

The bells and whistles can then be provided by the system used to *build* the
extension. Not only does this keep the core infrastructure manageable, it also
allows different tools to generate the update scripts to exist, each catering
to the needs of different kinds of extensions.

best regards,
Florian Pflug

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2011-02-03 16:56:56 Re: [HACKERS] Slow count(*) again...
Previous Message Dimitri Fontaine 2011-02-03 16:53:50 Re: ALTER EXTENSION UPGRADE, v3