Re: proposal: hide application_name from other users - Mailing list pgsql-hackers

From Greg Stark
Subject Re: proposal: hide application_name from other users
Date
Msg-id CAM-w4HOYaE=WyYGPtRWOw-m4x0_g_GZosh07zHRS+Dsv+jmkRw@mail.gmail.com
Whole thread Raw
In response to Re: proposal: hide application_name from other users  (Magnus Hagander <magnus@hagander.net>)
Responses 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>)
List 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 by date:

Previous
From: Ian Lawrence Barwick
Date:
Subject: Re: Review: Patch FORCE_NULL option for copy COPY in CSV mode
Next
From: Ioseph Kim
Date:
Subject: Mailing subscription test