Re: [HACKERS] Why does logical replication launcher set application_name?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Why does logical replication launcher set application_name?
Дата
Msg-id 14600.1492535939@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Why does logical replication launcher setapplication_name?  (Petr Jelinek <petr.jelinek@2ndquadrant.com>)
Ответы Re: [HACKERS] Why does logical replication launcher setapplication_name?
Re: [HACKERS] Why does logical replication launcher setapplication_name?
Список pgsql-hackers
Petr Jelinek <petr.jelinek@2ndquadrant.com> writes:
> On 18/04/17 18:24, Peter Eisentraut wrote:
>> I don't see why we need to do that.  It is showing the correct
>> information, isn't it?

> It does, but it's also one of the things Tom complained about and I
> think he is right in that at least values for launcher should be
> filtered out there as there is not much meaning in what is shown for
> launcher. The ugly part is that we can't tell it's launcher in any other
> way than comparing bgw_library_name and bgw_function_name to specific
> values.

I think you're thinking about it wrong.  To my mind the issue is that
there should be some generic way to determine that a bgworker process
is or is not laboring on behalf of an identifiable user.  It's great
that we can tell which user it is when there is one, but clearly some
bgworkers will be providing general services that aren't associated with
a single user.  So it should be possible to set the userID to zero or
some such when the bgworker is one that isn't associated with a
particular user.  Maybe the owning user needs to become an additional
parameter passed in struct BackgroundWorker.
        regards, tom lane



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

Предыдущее
От: Petr Jelinek
Дата:
Сообщение: Re: [HACKERS] Why does logical replication launcher setapplication_name?
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: [HACKERS] some review comments on logical rep code