Re: proposal: psql: psql variable BACKEND_PID

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: proposal: psql: psql variable BACKEND_PID
Дата
Msg-id CAFj8pRC34DWDPj_0kK1cvo4KcvhHX_6dBufT4S_zG50MB=kLnw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: proposal: psql: psql variable BACKEND_PID  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers


so 18. 3. 2023 v 16:24 odesílatel Andrew Dunstan <andrew@dunslane.net> napsal:


On 2023-02-16 Th 23:04, Pavel Stehule wrote:


čt 16. 2. 2023 v 12:49 odesílatel Jelte Fennema <me@jeltef.nl> napsal:
On Thu, 16 Feb 2023 at 12:44, Pavel Stehule <pavel.stehule@gmail.com> wrote:
> To find and use pg_backend_pid is not rocket science. But use :BACKEND_PID is simpler.

I wanted to call out that if there's a connection pooler (e.g.
PgBouncer) in the middle, then BACKEND_PID (and %p) are incorrect, but
pg_backend_pid() would work for the query. This might be an edge case,
but if BACKEND_PID is added it might be worth listing this edge case
in the docs somewhere.

good note



This patch is marked RFC, but given the comments upthread from Tom, Andres and Peter, I think it should actually be Rejected.


ok

regards

Pavel


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com

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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: proposal: psql: psql variable BACKEND_PID
Следующее
От: Tom Lane
Дата:
Сообщение: Re: generate_series for timestamptz and time zone problem