Re: proposal: hide application_name from other users

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: proposal: hide application_name from other users
Дата
Msg-id CAM-w4HOYaE=WyYGPtRWOw-m4x0_g_GZosh07zHRS+Dsv+jmkRw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: proposal: hide application_name from other users  (Magnus Hagander <magnus@hagander.net>)
Ответы Re: proposal: hide application_name from other users  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: proposal: hide application_name from other users  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers
On Sat, Jan 25, 2014 at 2:33 AM, Magnus Hagander <magnus@hagander.net> wrote:
>
> With that many options of "hiding" it, I would still argue for just picking
> one of those.
>
> For example, of Heroku wants to protect their customers against the
> behaviour of the pg gem, you can for example set PGAPPNAME in the
> environment. That will override what the gem sets in
> fallback_application_name, but those users that actually use it and specify
> it in their connection string, will override that default.

The problem with that is that it doesn't just hide it. It removes the
debugging information altogether. Even the administrator of the
application itself and the DBA won't have this information. The reason
the Gem is putting that information in application_name is precisely
because it's useful. In fact it was a patch from Heroku that added
that information to application_name in the first place because it's
useful.

> And all of that without removing a valuable debugging/tracing tool from
> other users.

Why is application_name useful for users who aren't the DBA and aren't
the user in question. The sql_query would probably be more useful than
application_name but we hide that...

-- 
greg



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Ian Lawrence Barwick
Дата:
Сообщение: Re: Review: Patch FORCE_NULL option for copy COPY in CSV mode
Следующее
От: Ioseph Kim
Дата:
Сообщение: Mailing subscription test