Re: Additional role attributes && superuser review
От | Stephen Frost |
---|---|
Тема | Re: Additional role attributes && superuser review |
Дата | |
Msg-id | 20141016122152.GT28859@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: Additional role attributes && superuser review (Jim Nasby <Jim.Nasby@BlueTreble.com>) |
Список | pgsql-hackers |
Jim, * Jim Nasby (Jim.Nasby@BlueTreble.com) wrote: > On 10/15/14, 12:22 AM, Stephen Frost wrote: > > BACKUP: > > pg_start_backup() > > pg_stop_backup() > > pg_switch_xlog() > > pg_create_restore_point() > > It seems odd to me that this (presumably) supports PITR but not pg_dump*. I realize that most folks probably don't usepg_dump for actual backups, but I think it is very common to use it to produce schema-only (maybe with data from a fewtables as well) dumps for developers. I've certainly wished I could offer that ability without going full-blown super-user. Can you clarify what you mean by "supports PITR but not pg_dump"? The role attribute specifically allows a user to execute those functions. Further, yes, this capability could be given to a role which is used by, say, barman, to backup the database, or by other backup solutions which do filesystem backups, but what do you mean by "does not support pg_dump"? What I think you're getting at here is a role attribute which can read all data, which could certainly be done (as, say, a "READONLY" attribute), but I view that a bit differently, as it could be used for auditing and other purposes besides just non-superuser pg_dump support. Thanks! Stephen
В списке pgsql-hackers по дате отправления: