> On Apr 6, 2022, at 10:48 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> So does anyone else like this idea?
Privileges on targets other than parameters have a \d command to show the privileges, as listed in
doc/src/sgml/ddl.sgml. There isn't an obvious reason for omitting parameters from the list so covered.
One of the ideas that got punted in the recent commit was to make it possible to revoke SET on a USERSET guc. For
example,it might be nice to REVOKE SET ON PARAMETER work_mem FROM PUBLIC. That can't be done now, but for some select
parameters,we might implement that in the future by promoting them to SUSET with a default GRANT SET...TO PUBLIC. When
connectingto databases of different postgres versions (albeit only those version 15 and above), it'd be nice to quickly
seewhat context (USERSET vs. SUSET) is assigned to the parameter, and whether the GRANT has been revoked.
So yes, +1 from me.
—
Mark Dilger
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
