Re: pg_stat_get_backend_subxact() and backend IDs?

Поиск
Список
Период
Сортировка
От Nathan Bossart
Тема Re: pg_stat_get_backend_subxact() and backend IDs?
Дата
Msg-id 20230830020151.GA2488217@nathanxps13
обсуждение исходный текст
Ответ на Re: pg_stat_get_backend_subxact() and backend IDs?  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: pg_stat_get_backend_subxact() and backend IDs?  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On Wed, Aug 30, 2023 at 08:22:27AM +0900, Michael Paquier wrote:
> On Tue, Aug 29, 2023 at 09:46:55AM -0700, Nathan Bossart wrote:
>> This was my first reaction [0].  I was concerned about renaming the
>> exported functions so close to release, so I was suggesting that we hold
>> off on that part until v17.  If there isn't a concern with renaming these
>> functions in v16, I can proceed with something more like v2.
> 
> Thanks for the pointer.  This version is much better IMO, because it
> removes entirely the source of the confusion between the difference in
> backend ID and index ID treatments when fetching the local entries in
> the array.  So I'm okay to rename these functions now, before .0 is
> released to get things in a better shape while addressing the issue
> reported.

Okay.

> +extern LocalPgBackendStatus *pgstat_get_local_beentry_by_index(int beid); 
> 
> Still I would to a bit more of s/beid/id/ for cases where the code
> refers to an index ID, and not a backend ID, especially for the
> internal routines.

Makes sense.  I did this in v4.

-- 
Nathan Bossart
Amazon Web Services: https://aws.amazon.com

Вложения

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

Предыдущее
От: Yugo NAGATA
Дата:
Сообщение: Re: pgbench: allow to exit immediately when any client is aborted
Следующее
От: Richard Guo
Дата:
Сообщение: Re: Missing comments/docs about custom scan path