Re: improve predefined roles documentation - Mailing list pgsql-hackers

From Robert Haas
Subject Re: improve predefined roles documentation
Date
Msg-id CA+TgmobSbh2eLHPXi-eTmGy80f6Wq72eDef_sDcpB2-8RBi6OQ@mail.gmail.com
Whole thread Raw
In response to Re: improve predefined roles documentation  (Nathan Bossart <nathandbossart@gmail.com>)
Responses Re: improve predefined roles documentation
List pgsql-hackers
On Fri, Jun 21, 2024 at 11:40 AM Nathan Bossart
<nathandbossart@gmail.com> wrote:
> Done.

If you look at how the varlistentries begin, there are three separate patterns:

* Some document a single role and start with "Allow doing blah blah blah".

* Some document a couple of rolls so there are several paragraphs,
each beginning with "<literal>name_of_role</literal allows doing blah
blah blah". This is sometimes preceded by an introductory paragraph
explaining why this group of roles exists and what it's intended to
do.

* pg_database_owner is completely different from the rest, focusing on
explaining who is in the role rather than what the role gets to do.

I think the first two cases could be made more like each other by
changing the varlistentires that are just about one setting to use the
second format instead of the first, e.g. pg_checkpoint allows
executing the CHECKPOINT command.

I don't know what to do about pg_database_owner. I almost wonder if
that should be moved out of the table and documented as a special
case. Or maybe some more wordsmithing would add clarity. Or maybe it's
fine as-is.

--
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: POC, WIP: OR-clause support for indexes
Next
From: Robert Haas
Date:
Subject: Re: Proposal: Document ABI Compatibility