| От | Tom Lane |
|---|---|
| Тема | Re: compute_query_id and pg_stat_statements |
| Дата | |
| Msg-id | 1709439.1619286231@sss.pgh.pa.us обсуждение |
| Ответ на | Re: compute_query_id and pg_stat_statements (Bruce Momjian <bruce@momjian.us>) |
| Ответы |
Re: compute_query_id and pg_stat_statements
Re: compute_query_id and pg_stat_statements |
| Список | pgsql-hackers |
Bruce Momjian <bruce@momjian.us> writes:
> That's a pretty weird API. I think we just need people to turn it on
> like they are doing when the configure pg_stat_statements anyway.
> pg_stat_statements already requires configuration anyway.
Agreed. If pg_stat_statements were zero-configuration today then
this would be an annoying new burden, but it isn't.
I haven't looked, but did we put anything into pg_stat_statements
to make it easy to tell if you've messed up this setting?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера