Re: Modifying and solidifying contrib

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: David Fetter <david(at)fetter(dot)org>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Glaesemann <grzm(at)seespotcode(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Modifying and solidifying contrib
Date: 2007-01-29 20:59:55
Message-ID: 200701292059.l0TKxtG21285@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

David Fetter wrote:
> On Sun, Jan 28, 2007 at 02:14:36PM -0800, Joshua D. Drake wrote:
> > > I don't think "all or nothing" is a good way to do this. 500
> > > functions in a schema called extensions isn't much more helpful
> > > than 500 in public. There's a reason namespaces were invented
> > > long ago, and this is classic use case for same. :)
> >
> > I disagree, see my post previously about initializing the extensions
> > schema to not be accessible initially. It would be there, it would
> > be loaded, but it would take a superuser to grant ability to access
> > functions.
> >
> > This allows a clean distinction between the modules while allowing
> > their access on a case by case basis.
>
> It's 982 functions as of this writing in CVS TIP's contrib. Do you
> not get how wacky it is to have that many functions, none of which
> have any collision-prevention built into their install scripts, in a
> flat namespace?

We currently have 1695 standard functions. I don't see a problem with
putting the extensions all in one schema, but I also don't see the
point.

--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2007-01-29 21:16:21 Re: Modifying and solidifying contrib
Previous Message Tom Lane 2007-01-29 20:56:51 Re: shared_preload_libraries support on Win32?