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 | 20210320052833.ojsg2azbs5ahnlgi@nol обсуждение исходный текст |
| Ответ на | Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activity view? (Bruce Momjian <bruce@momjian.us>) |
| Список | pgsql-hackers |
On Fri, Mar 19, 2021 at 08:10:54PM -0400, Bruce Momjian wrote: > On Sat, Mar 20, 2021 at 01:03:16AM +0100, Hannu Krosing wrote: > > It would be really convenient if user-visible serialisations of the query id > > had something that identifies the computation method. > > > > maybe prefix 'N' for internal, 'S' for pg_stat_statements etc. > > > > This would immediately show in logs at what point the id calculator was changed > > Yeah, but it an integer, and I don't think we want to change that. Also, with Bruce's approach to ask extensions to error out if they would overwrite a queryid the only way to change the calculation method is a restart. So only one source can exist in the system. Hopefully that's a big enough hammer that administrators will know what method they're using.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера