Re: Modifying and solidifying contrib

From: "Nikolay Samokhvalov" <samokhvalov(at)gmail(dot)com>
To: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Modifying and solidifying contrib
Date: 2007-02-07 17:03:55
Message-ID: e431ff4c0702070903p7d9fbd1fkc186c78f6ffb7217@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2/6/07, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> If the extension installs everything in dedicated namespace(s), I think
> we would want to have an option to add those namespaces easily to search
> paths. Right now all we can do is to set a search path. It would be
> nice, for example, to have support for appending or prepending something
> to the search path.
>
> I suspect most apps/extensions don't currently use namespaces much, or
> we might well have seen more demand in this area.

I still do not understand why is it so needed.
Your argument is "some apps aren't able to call functions as
schemaname.functionname(arg1, arg2, ..)", right? First of all, I do
not think that the number of such apps is huge. Second, this is really
the problem of those apps themselves.

I still think that separate namespaces for extensions is a good idea
while adjusting search_path is not. I've explained my POV in details
several messages ago in this thread...

Separation of extensions with fully specified names
"schemaname.functionname(...)" is good improvement (for simplification
and clarity) and while adjusting search_path should be DBA/DBD's
decision.
--
Best regards,
Nikolay

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Nikolay Samokhvalov 2007-02-07 17:10:37 Re: Modifying and solidifying contrib
Previous Message Jan Wieck 2007-02-07 16:54:28 Re: Proposal: Commit timestamp