unnailing shared relations (was Re: global temporary tables)

Поиск
Список
Период
Сортировка
От Robert Haas
Тема unnailing shared relations (was Re: global temporary tables)
Дата
Msg-id AANLkTin2Ul5CWw1SYXA6yK-iRvBs1jAL9ta2p1dtwjQA@mail.gmail.com
обсуждение исходный текст
Ответы Re: unnailing shared relations (was Re: global temporary tables)  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: unnailing shared relations (was Re: global temporary tables)  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Список pgsql-hackers
On Sat, Apr 24, 2010 at 6:53 PM, Robert Haas <robertmhaas@gmail.com>
wrote (in reply to Tom Lane):
> If we create, e.g. pg_shared_class and
> pg_shared_attribute, then we can un-nail the catalogs you just nailed
> to make the authentication process able to work without selecting a
> database.

Actually, there's another way we could do this.   Instead of creating
pg_shared_class and pg_shared_attribute and moving all of the catalog
entries for the shared relations into those tables, we could consider
leaving the catalog entries in the unshared copies of pg_class,
pg_attribute, etc. and DUPLICATING them in a shared catalog which
would only be used prior to selecting a database.  Once we selected a
database we'd switch to using the database-specific pg_class et al.
Obviously that's a little grotty but it might (?) be easier, and
possibly a step along the way.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company


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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: changed source files.
Следующее
От: Florian Pflug
Дата:
Сообщение: Re: Snapshot Materialized Views - GSoC