Re: Client application name

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: Client application name
Дата
Msg-id 937d27e10910130845g2b9c758aj1a8df767fd309ea6@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Client application name  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: Client application name  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Oct 13, 2009 at 4:34 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
>
> From time to time people ask for "scalar variable" facility. ISTM what
> you're trying to do is just a special case of that. Maybe we could approach
> it by providing a builtin (and non-removable) custom_variable_classes entry
> ('pg_variables'?). Then you could have clients safely do:
>
>   set pg_variables.client_name = 'blurfl';
>
> And I'm sure other people would find interesting uses for such a gadget.

I'm not sure that's really related to this - for example, we wouldn't
want to push everything in the custom class through the logger or into
per-backend shared memory, which would mean special-casing this
particular variable for which doing those things is the primary use
case.


--
Dave Page
EnterpriseDB UK:   http://www.enterprisedb.com


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Buffer usage in EXPLAIN and pg_stat_statements (review)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Client application name