Re: CREATEROLE and role ownership hierarchies

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: CREATEROLE and role ownership hierarchies
Дата
Msg-id b4e5913b-e0a7-c48f-b419-ac3b7e26dda1@dunslane.net
обсуждение исходный текст
Ответ на Re: CREATEROLE and role ownership hierarchies  (Mark Dilger <mark.dilger@enterprisedb.com>)
Список pgsql-hackers
On 10/21/21 19:21, Mark Dilger wrote:
>>  Also, are we just going to strip
>> the current CREATEROLE roles of much of their powers?  Maybe it's
>> worth keeping a legacy CREATEROLE role attribute for upgraded clusters
>> that could eventually be removed down the road.
> The patch as written drastically reduces the power of the CREATEROLE attribute, in a non-backwards compatible way.  I
wonderedif there would be complaints about that.  If so, we could instead leave CREATEROLE alone, and create some other
privilegedrole for the same thing, but it does start to look funny having a CREATEROLE privilege bit and also a
privilegedrole named, perhaps, pg_can_create_roles.
 


Give that CREATEROLE currently just about amounts to being a superuser,
maybe there should be a pg_upgrade option to convert CREATEROLE to
SUPERUSER. I don't want to perpetuate the misfeature though, so let's
just bring it to an end.


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: src/port/snprintf.c: Optimize the common base=10 case in fmtint
Следующее
От: "Jonathan S. Katz"
Дата:
Сообщение: allowing "map" for password auth methods with clientcert=verify-full