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
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 |