Re: Client application name - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Client application name
Date
Msg-id 603c8f070910130955o4f7538a2nb9cf6767daa7fd3d@mail.gmail.com
Whole thread Raw
In response to Re: Client application name  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Client application name
Re: Client application name
List pgsql-hackers
On Tue, Oct 13, 2009 at 12:05 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Dave Page <dpage@pgadmin.org> writes:
>> - Is my approach reasonable?
>> - What interface should I include in libpq?
>
> I thought the plan was to have libpq look at an environment variable,
> compare PGCLIENTENCODING for example.  I'm not convinced psql should be
> involved in the logic at all --- if it is, there definitely must be a
> way for scripts to override the "psql" value.  In general the place that
> is most reasonable to set the value might be several software levels up
> from libpq, which is what makes the environment-variable approach
> attractive.

What happens if we want to change the application name after the fact?Consider the case where there is a connection
poolerbetween the 
database and application, for example.

...Robert


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Client application name
Next
From: Tom Lane
Date:
Subject: Re: COPY enhancements