Re: modules - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: modules
Date
Msg-id 47F421B5.90400@dunslane.net
Whole thread Raw
In response to modules  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Responses Re: modules  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Re: modules  ("D'Arcy J.M. Cain" <darcy@druid.net>)
Re: modules  ("Zeugswetter Andreas OSB SD" <Andreas.Zeugswetter@s-itsolutions.at>)
Re: modules  (Magnus Hagander <magnus@hagander.net>)
List pgsql-hackers

Ron Mayer wrote:
> Andrew Dunstan wrote:
>> Tom Lane wrote:
>>> as having better system support for packages or modules or whatever
>>> you want to call them; and maybe we also need some marketing-type....
>>
>> ...re-raise the question of getting rid of contrib...
>> "The PostgreSQL Standard Modules". 
>
> While renaming, could we go one step further and come up with a
> clear definition of what it takes for something to qualify as
> a module?   In particular I think standardizing the installation
> would go a long way to letting packagers automate the installation
> of modules from pgfoundry.
>
> I think it'd be especially cool if one could one-day have a command
>
>   pg_install_module  [modulename] -d [databasename]
>
> and it would magically get (or verify that it had) the latest
> version from pgfoundry; compile it (if needed) and install it
> in the specified database.
>
> The closest analogy to what I'm thinking is the perl CPAN or ruby gems.
>

Yes, and the CPAN analogy that has been in several minds, but it only 
goes so far. Perl and Ruby are languages - Postgres is a very different 
animal.

We do in fact have some support for building / installing some modules 
in a standard way. It's called pgxs and it is used by quite a number of 
existing modules.

One thing that might be worth looking at is an install command at the 
SQL level, so the "INSTALL foo" would run the install script for the foo 
module in the current database, assuming it's in the standard location.

We don't have a central repository of non-standard modules, like CPAN, 
and so of course no facility for fetching / building / installing them.

Not all modules fit a single pattern, either. There are addon languages, 
types, and function libraries, as we all as utilities that are not 
installed in the database at all.

Finally, setting up modules so they can be built for Windows, especially 
using MSVC, will probably be quite a challenge.

So if someone wants to make a start on any of this I'm sure we would all 
listen up.

cheers

andrew


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Proposal: new ereport option "errdetail_log"
Next
From: sanjay sharma
Date:
Subject: Re: column level privileges