Re: TRUNCATE, VACUUM, ANALYZE privileges
От | Tom Lane |
---|---|
Тема | Re: TRUNCATE, VACUUM, ANALYZE privileges |
Дата | |
Msg-id | 29096.1136349121@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | TRUNCATE, VACUUM, ANALYZE privileges (Stephen Frost <sfrost@snowman.net>) |
Ответы |
Re: TRUNCATE, VACUUM, ANALYZE privileges
Re: TRUNCATE, VACUUM, ANALYZE privileges |
Список | pgsql-patches |
Stephen Frost <sfrost@snowman.net> writes: > The following patch implements individual privileges for TRUNCATE, > VACUUM and ANALYZE. Includes documentation and regression test > updates. Resolves TODO item 'Add a separate TRUNCATE permission'. > At least the 'no one interested has written a patch' argument is gone > now, fire away with other comments/concerns. :) I have a very serious problem with the idea of inventing individual privilege bits for every maintenance command in sight. That does not scale. How will you handle "GRANT ADD COLUMN", or "GRANT ADD COLUMN as-long-as-its-not-SERIAL-because-I-dont-want-you-creating-sequences", or "GRANT ALTER TABLE RELIABILITY" as soon as someone writes that patch, or a dozen other cases that I could name without stopping for breath? The proposed patch eats three of the five available privilege bits (that is, available without accepting the distributed cost of enlarging ACL bitmasks), and you've made no case at all why we should spend that limited resource in this particular fashion. regards, tom lane
В списке pgsql-patches по дате отправления: