Re: [PATCH] Conflation of member/privs for predefined roles

Поиск
Список
Период
Сортировка
От Bossart, Nathan
Тема Re: [PATCH] Conflation of member/privs for predefined roles
Дата
Msg-id 09EBC0F6-5DC7-4EC4-913F-5898DC21453B@amazon.com
обсуждение исходный текст
Ответ на [PATCH] Conflation of member/privs for predefined roles  (Joshua Brindle <joshua.brindle@crunchydata.com>)
Ответы Re: [PATCH] Conflation of member/privs for predefined roles  (Joshua Brindle <joshua.brindle@crunchydata.com>)
Список pgsql-hackers
On 10/26/21, 3:50 PM, "Joshua Brindle" <joshua.brindle@crunchydata.com> wrote:
> Generally if a role is granted membership to another role with NOINHERIT
> they must use SET ROLE to access the privileges of that role, however
> with predefined roles the membership and privilege is conflated, as
> demonstrated by:

I think it makes sense that INHERIT/NOINHERIT should be respected for
the predefined roles.  I went through some of the old threads and
commits for predefined roles, and I didn't find any mention of
inheritance, so there might not be a strong reason it was done this
way.

I saw a few places in the docs that will likely need to be updated as
well.  For example, pg_freespacemap has this note:

        By default use is restricted to superusers and members of the pg_stat_scan_tables role.

And I found at least one test (rolenames.sql) that fails due to the
new ERROR message.

Nathan


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

Предыдущее
От: Joshua Brindle
Дата:
Сообщение: Re: [PATCH] remove is_member_of_role() from header, add can_set_role()
Следующее
От: Joshua Brindle
Дата:
Сообщение: Re: [PATCH] Conflation of member/privs for predefined roles