Re: [HACKERS] Provide list of subscriptions and publications inpsql's completion
От | Fujii Masao |
---|---|
Тема | Re: [HACKERS] Provide list of subscriptions and publications inpsql's completion |
Дата | |
Msg-id | CAHGQGwFkcjA1DB641FikTDLvJ9zyX7E1C8shd7Fehts2qW_dEg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Provide list of subscriptions and publications inpsql's completion (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
Ответы |
Re: [HACKERS] Provide list of subscriptions and publications inpsql's completion
|
Список | pgsql-hackers |
On Fri, Feb 17, 2017 at 11:17 PM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > On 2/13/17 12:07, Fujii Masao wrote: >> Anyway IMO that we can expose all the >> columns except the sensitive information (i.e., subconninfo field) >> in pg_subscription to even non-superusers. > > You mean with column privileges? Yes. So there are several approaches... 1) Expose all the columns except subconninfo in pg_subscription to non-superusers. In this idea, the tab-completion andpsql meta-command for subscription still sees pg_subscription. One good point of idea is that even non-superuserscan see all the useful information about subscriptions other than sensitive information like conninfo. 2) Change pg_stat_subscription so that it also shows all the columns except subconninfo in pg_subscription. Also changethe tab-completion and psql meta-command for subscription so that they see pg_stat_subscription instead of pg_subscription.One good point is that pg_stat_subscription exposes all the useful information about subscription to even non-superusers. OTOH, pg_subscription and pg_stat_subscription have to have several same columns. This would be redundantand a bit confusing. 3) Expose subdbid in pg_stat_subscription. Also change the tab-completion and psql meta-command for subscription so thatthey see pg_stat_subscription. This change is very simple. But non-superusers cannot see useful information likesubslotname because of privilege problem. I like #1, but any better approach? Regards, -- Fujii Masao
В списке pgsql-hackers по дате отправления: