Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activity view?
В списке pgsql-hackers по дате отправления:
| От | Julien Rouhaud |
|---|---|
| Тема | Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activity view? |
| Дата | |
| Msg-id | 20210401150524.ylqpsskvmnwsf6eg@nol обсуждение |
| Ответ на | Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activity view? (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activity view?
|
| Список | pgsql-hackers |
On Wed, Mar 31, 2021 at 11:18:45AM -0300, Alvaro Herrera wrote: > On 2021-Mar-31, Bruce Momjian wrote: > > > > I assume it is since Alvaro didn't reply. I am planning to apply this > > soon. > > I'm afraid I don't know enough about how parallel query works to make a > good assessment on this being a good approach or not -- and no time at > present to figure it all out. I'm far from being an expert either, but at the time I wrote it and looking at the code around it probably seemed sensible. We could directly call pgstat_get_my_queryid() in ExecSerializePlan() rather than passing it from the various callers though, at least there would be a single source for it.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера