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
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 |