Re: pg_stat_activity.application_name

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: pg_stat_activity.application_name
Дата
Msg-id 407d949e0907161237r76ebd92av6836c6563d8a230e@mail.gmail.com
обсуждение исходный текст
Ответ на pg_stat_activity.application_name  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: pg_stat_activity.application_name  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-hackers
On Thu, Jul 16, 2009 at 8:08 PM, Kevin
Grittner<Kevin.Grittner@wicourts.gov> wrote:
> On the admin list there was a request for an application name
> column in pg_stat_activity.
>
> http://archives.postgresql.org/pgsql-admin/2009-07/msg00095.php
>
> This is available in a lot of other DBMS products, can be useful to
> DBAs, and seems pretty cheap and easy.  Could we get that onto the
> TODO list?

I think you should just add it.

Ok, we probably need some kind of policy for what to do before "just"
adding things to the TODO but I think it should be relatively liberal.
Something like, you should post that you're going to add it to the
-hackers list, get at least one person agreeing with the item and no
fatal flaws. Oh, and you should check for duplicates or for the same
item on the "things we don't want" list. But if having done that you
should assume it's up to you to just go ahead and add it.

In this case I don't see any harm in having an opaque application
identifier. Dangers (but surmountable ones I assume) would be:

1) The authenticity of the application identifier needs to be
downplayed -- don't even think of using it for security for example.

2) encoding issues if different connections are in different encodings...

3) backwards compatibility both in the library api and protocol

--
greg
http://mit.edu/~gsstark/resume.pdf


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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: pg_stat_activity.application_name
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Synch Rep for CommitFest 2009-07