Re: Recognizing superuser in pg_hba.conf - Mailing list pgsql-hackers

From Christoph Moench-Tegeder
Subject Re: Recognizing superuser in pg_hba.conf
Date
Msg-id 20200102201932.GA2506@elch.exwg.net
Whole thread Raw
In response to Re: Recognizing superuser in pg_hba.conf  (Stephen Frost <sfrost@snowman.net>)
List pgsql-hackers
## Stephen Frost (sfrost@snowman.net):

> We already have a reserved namespace when it comes to roles,
> specifically "pg_"..  why invent something new like this '&' prefix when
> we could just declare that 'pg_superusers' is a role to which all
> superusers are members?  Or something along those lines?

Taking this idea one step further (back?): with any non-trivial
number of (user-)roles in the database, DBAs would be well advised
to use group(-role)s for privilege management anyways. It's not
to unreasonable to grant SUPERUSER through a group, too. Although
I'm not sure we'd need a new pg_superuser role here, we're not
inventing a new set of object privileges as in e.g. pg_monitor;
the DBA can just create their own superuser group.
Is there really a need to add more features, or would it be sufficient
to make the applications of group roles more prominent in the docs?
(I've seen way too many cases in which people where granting privileges
to individual users when they should have used groups, so I might
be biased).

Regards,
Christoph

-- 
Spare Space



pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Recognizing superuser in pg_hba.conf
Next
From: Jeff Janes
Date:
Subject: Re: [PATCH] Increase the maximum value track_activity_query_size