Re: Inline Extension - Mailing list pgsql-hackers

From Cédric Villemain
Subject Re: Inline Extension
Date
Msg-id CAF6yO=1ALJYv8o_2smxfP8zeAC332RSajBMpC9HxUPbo=B4aug@mail.gmail.com
Whole thread Raw
In response to Re: Inline Extension  ("David E. Wheeler" <david@justatheory.com>)
Responses Re: Inline Extension  ("David E. Wheeler" <david@justatheory.com>)
List pgsql-hackers
>> So I'm going to prepare the next version of the patch with this design:
>>
>> - in catalog extension scripts for inline extension
>>
>>   pg_extension_script(extoid, oldversion, version, script)
>>
>>   oldversion is null when create extension is used
>>   unless when using the create extension from 'unpackaged' form
>
> Would you keep all the migration scripts used over time to upgrade from one version to another?

yes, that is the idea. You then can play all the stack of SQL needed
to go from version "foo" to version "bar" (we don't care about version
format, here again).

>> - same as we have -t, add -e --extension to pg_dump so that you can
>>   choose to dump only a given extension
>
> Also --exclude-extension?

It might be the default.
We need something to dump the content of
pg_catalog.pg_extension_script (or whatever table is going to contain
SQL code), per extension or all.

--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation


pgsql-hackers by date:

Previous
From: Dean Rasheed
Date:
Subject: Re: patch: ALTER TABLE IF EXISTS
Next
From: Heikki Linnakangas
Date:
Subject: Re: patch: ALTER TABLE IF EXISTS