Re: add \dpS to psql
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Nathan Bossart <nathandbossart@gmail.com>
Cc: Isaac Morland <isaac.morland@gmail.com>,
Justin Pryzby <pryzby@telsasoft.com>,
Pavel Luzanov <p.luzanov@postgrespro.ru>, pgsql-hackers@postgresql.org
Date: 2022-12-08T05:15:23Z
Lists: pgsql-hackers
Nathan Bossart <nathandbossart@gmail.com> writes: > On Wed, Dec 07, 2022 at 11:48:20PM -0500, Isaac Morland wrote: >> My previous analysis >> shows that there is no vast hidden demand for new privilege bits. If we >> implement MAINTAIN to control access to VACUUM, ANALYZE, REFRESH, CLUSTER, >> and REINDEX, we will cover everything that I can find that has seriously >> discussed on this list, and still leave 3 unused bits for future expansion. > If we added CLUSTER, REFRESH MATERIALIZED VIEW, and REINDEX as individual > privilege bits, we'd still have 13 remaining for future use. I think the appropriate question is not "have we still got bits left?". It should be more like "under what plausible scenario would it be useful to grant somebody CLUSTER but not VACUUM privileges on a table?". I'm really thinking that MAINTAIN is the right level of granularity here. Or maybe it's worth segregating exclusive-lock from not-exclusive-lock maintenance. But I really fail to see how it's useful to distinguish CLUSTER from REINDEX, say. regards, tom lane
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix psql \?'s entries for \dp and \z.
- dda9f8e7bc2e 16.0 landed
-
psql: Add support for \dpS and \zS.
- d913928c9c5e 16.0 landed
-
Add grantable MAINTAIN privilege and pg_maintain role.
- 60684dd834a2 16.0 landed