Re: namespaces

Поиск
Список
Период
Сортировка
От Serguei Mokhov
Тема Re: namespaces
Дата
Msg-id 03a701c15985$694904c0$5dd9fea9@gunn
обсуждение исходный текст
Ответ на Re: namespaces, was Package support for Postgres  (Bill Studenmund <wrstuden@netbsd.org>)
Ответы Re: namespaces  (Bill Studenmund <wrstuden@netbsd.org>)
Список pgsql-hackers
----- Original Message ----- 
From: Bill Studenmund <wrstuden@netbsd.org>
Sent: Sunday, October 14, 2001 8:22 AM

> My description of namespaces seems to have caused a fair bit of confusion.
> Let me try again.
> 
> The ability of the package changes to automatically check standard when
> you give an ambiguous function name while in a package context is a
> convenience for the procedure author. Nothing more.
> 
> It means that when you want to use one of the built in functions
> (date_part, abs, floor, sqrt etc.) you don't have to prefix it with
> "standard.". You can just say date_part(), abs(), floor(), sqrt(), etc.
> The only time you need to prefix a call with "standard." is if you want to
> exclude any so-named routines in your own package.

Quick question: would it be possible then create a 'system' package
and 'system' (or 'master' if you will) schema (when it's implemented),
move over all the system tables (pg_*) into the master schema
and functions into the 'system' package, so that no name conflicts will arise
when creating types, functions, tables, etc with the same names as system ones?

--
S.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Catalogs design question
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Detecting glibc getopt?