Re: psql: Add role's membership options to the \du+ command - Mailing list pgsql-hackers

From Pavel Luzanov
Subject Re: psql: Add role's membership options to the \du+ command
Date
Msg-id 41517a12-6599-b54b-d30b-3bae906a280b@postgrespro.ru
Whole thread Raw
In response to Re: psql: Add role's membership options to the \du+ command  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: psql: Add role's membership options to the \du+ command
List pgsql-hackers
On 24.06.2023 18:57, David G. Johnston wrote:
On Sat, Jun 24, 2023 at 8:11 AM Pavel Luzanov <p.luzanov@postgrespro.ru> wrote:
There are two commands showing the same information about roles: \du and
\dr.


I would add \dr as the new official command to complement adding \drg and deprecate both \du and \dg.  Though actual removal and de-documenting doesn't seem like a good idea.  But if we ever did assign something non-role to \dr it would be very confusing.

It's my mistake and inattention. I was thinking about '\du' and '\dg', and wrote about '\du' and '\dr'.
I agree that \dr and \drg the best names.
So, now concentrating on implementing \drg.

* The new meta-command will also make sense for versions <16.
The ADMIN OPTION is available in all supported versions.

Doesn't every role pre-16 gain SET permission?  We can also deduce whether the grant provides INHERIT based upon the attribute of the role in question.

Indeed! I will do so.



* The new meta-command will not show all roles. It will only show the
roles included in other roles.
To show all roles you need to add an outer join between pg_roles and
pg_auth_members.
But all columns except "role" will be left blank. Is it worth doing this?


I'm inclined to want this.  I would be good when specifying a role to filter upon that all rows that do exist matching that filter end up in the output regardless if they are standalone or not.

Ok

-- 
Pavel Luzanov
Postgres Professional: https://postgrespro.com

pgsql-hackers by date:

Previous
From: Ahmed Ibrahim
Date:
Subject: Re: Inquiry/Help with pg_adviser (problem in index_create function for creating indexes)
Next
From: Tom Lane
Date:
Subject: Re: Castable Domains for different JSON representations