Re: type privileges and default privileges

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: type privileges and default privileges
Дата
Msg-id CA+TgmoZwBwBQbfwkX5dUdexkShA2njXie6XG7W48=tCk+Q+9Hg@mail.gmail.com
обсуждение исходный текст
Ответ на type privileges and default privileges  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: type privileges and default privileges  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
On Sat, Nov 5, 2011 at 10:35 AM, Peter Eisentraut <peter_e@gmx.net> wrote:
> During the closing days of the 9.1 release, we had discussed that we
> should add privileges on types (and domains), so that owners can prevent
> others from using their types because that would prevent the owners from
> changing them in certain ways.  (Collations have similar issues and work
> quite similar to types, so we could include them in this consideration.)
>
> As I'm plotting to write code for this, I wonder about how to handle
> default privileges.  For compatibility and convenience, we would still
> want to have types with public privileges by default.  Should we
> continue to hardcode this, as we have done in the past with functions,
> for example, or should we use the new default privileges facility to
> register the public default privileges in the template database?

I think it would make sense to follow the model of default privileges,
but I'm a bit confused by the rest of this, because pg_default_acl is
normally empty - you only make an entry there when a schema has
different defaults than the, uh, default defaults.  So you shouldn't
need to "register" anything, I wouldn't think.

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


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

Предыдущее
От: Kohei KaiGai
Дата:
Сообщение: Re: [v9.2] Object access hooks with arguments support (v1)
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: voting to the xslt_process() need