Bruce Momjian wrote:
David Fetter wrote:
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.


I certainly don't see the point. But I do see a considerable point in having extensions use their own schemas. The fact that we have 1695 standard functions means we bear the responsibility of ensuring we don't have name clashes among them. We should encourage extension authors by example to use the namespace facility to relieve themselves of having to ensure they don't clash not only with the standard functions but with other extensions. IOW we should act with respect to the namespace for extensions we distribute just like we would reasonably expect authors of third party extensions to behave.

For backwards compatibility, we might be well advised also to distribute load scripts that put extension objects in the public schema as is done now, but this should be a deprecated practice, IMNSHO.

cheers

andrew

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

              http://www.postgresql.org/docs/faq

Reply via email to