Re: Streaming replication as a separate permissions
От | Robert Haas |
---|---|
Тема | Re: Streaming replication as a separate permissions |
Дата | |
Msg-id | AANLkTi=hWTN-YfH+F7WrXsp4AjddvmDP_SYH5BS=2vmD@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Streaming replication as a separate permissions (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: Streaming replication as a separate permissions
Re: Streaming replication as a separate permissions |
Список | pgsql-hackers |
On Mon, Jan 3, 2011 at 5:50 PM, Magnus Hagander <magnus@hagander.net> wrote: > On Mon, Jan 3, 2011 at 17:23, Robert Haas <robertmhaas@gmail.com> wrote: >> On Mon, Jan 3, 2011 at 11:20 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> Robert Haas <robertmhaas@gmail.com> writes: >>>> On the other hand, the REPLICATION privilege is denying you the right to >>>> perform an operation *even though you already are authenticated as a >>>> superuser*. I don't think there's anywhere else in the system where >>>> we allow a privilege to non-super-users but deny that same privilege >>>> to super-users, and I don't think we should be starting now. >>> >>> You might want to reflect on rolcatupdate a bit before asserting that >>> there are no cases where privileges are ever denied to superusers. >> >> Oh, huh. I wasn't aware of that. >> >>> However, that precedent would suggest that the default should be to >>> grant the replication bit to superusers. >> >> Yes it would. > > Just to be clear: are we saying that "CREATE ROLE foo SUPERUSER" > should grant both superuser and replication, as well as the default > "postgres" user also having replication as well? I think that's what we're saying. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: