Re: TODO item: Allow more complex user/database default GUC settings

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: TODO item: Allow more complex user/database default GUC settings
Дата
Msg-id 20090926000525.GX3914@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: TODO item: Allow more complex user/database default GUC settings  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: TODO item: Allow more complex user/database default GUC settings  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: TODO item: Allow more complex user/database default GUC settings  (Robert Haas <robertmhaas@gmail.com>)
Re: TODO item: Allow more complex user/database default GUC settings  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
Alvaro Herrera escribió:

> I think it can be solved by splitting OptRoleElem in a set of
> productions for ALTER and a superset of that for ALTER.  I'll go try
> that.

Right, that works.  Updated patch attached; should solve the issues
raised in the thread.  I renamed the catalog pg_db_role_setting as
suggested by Tom.

I have updated the pg_user and pg_roles definitions so that they include
the settings for the role, but only those that are not specific to any
database.

I have also added a view, whose only purpose is to convert the role and
database OIDs into names.  It's been named pg_db_role_settings, but if
anyone has a better suggestion I'm all ears.

--
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

Вложения

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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: syslog_line_prefix
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Hot Standby 0.2.1