Re: query_id: jumble names of temp tables for better pg_stat_statement UX
В списке pgsql-hackers по дате отправления:
| От | Julien Rouhaud |
|---|---|
| Тема | Re: query_id: jumble names of temp tables for better pg_stat_statement UX |
| Дата | |
| Msg-id | Z-I_BybOhD0RGRuC@jrouhaud обсуждение исходный текст |
| Ответ на | Re: query_id: jumble names of temp tables for better pg_stat_statement UX (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On Tue, Mar 25, 2025 at 01:17:22AM -0400, Tom Lane wrote: > Julien Rouhaud <rjuju123@gmail.com> writes: > > On Tue, Mar 25, 2025 at 12:32:05AM -0400, Tom Lane wrote: > >> 2. Tools that are not entitled to set the value of the GUC are forced > >> to be prepared to cope with any setting. That can be anywhere from > >> painful to impossible. > > > Didn't that ship already sailed in pg14 when we allowed generating custom > > query_id? > > Up to a point, perhaps. If I'm writing some kind of tool that digests > pg_stat_statements results, I think I'm entitled to disregard the > possibility that somebody is using a custom query_id that behaves in > ways I'm not expecting --- or at least, fixing my code for that is > their problem not mine. But it's much harder to take that attitude > for things that are built into core PG. I see, that's fair.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера