Re: pg_stat_statements cluttered with "DEALLOCATE dbdpg_p*"
В списке pgsql-hackers по дате отправления:
| От | Fabien COELHO |
|---|---|
| Тема | Re: pg_stat_statements cluttered with "DEALLOCATE dbdpg_p*" |
| Дата | |
| Msg-id | alpine.DEB.2.10.1404011711170.2557@sto обсуждение исходный текст |
| Ответ на | Re: pg_stat_statements cluttered with "DEALLOCATE dbdpg_p*" (Andrew Dunstan <andrew@dunslane.net>) |
| Список | pgsql-hackers |
>> I noticed that my pg_stat_statements is cluttered with hundreds of entries >> like "DEALLOCATE dbdpg_p123456_7", occuring each only once. >> >> It seems to me that it would be more helful if these similar entries where >> aggregated together, that is if the query "normalization" could ignore the >> name of the descriptor. >> >> Any thoughts about this? > > You might find this relevant: > <http://blog.endpoint.com/2014/02/perl-dbdpg-postgresql-prepared-statement.html> Indeed. Thanks for the pointer. I had guessed who the culprit was, and the new behavior mentioned in the blog entry may help when the new driver version hits my debian box. In the mean time, ISTM that progress can be achieved on pg_stat_statements normalization as well. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера