| От | Imseih (AWS), Sami |
|---|---|
| Тема | Re: query_id, pg_stat_activity, extended query protocol |
| Дата | |
| Msg-id | D2DBEEEC-8CB0-4948-96ED-B0D1658767BE@amazon.com обсуждение |
| Ответ на | Re: query_id, pg_stat_activity, extended query protocol (Andrei Lepikhov <lepihov@gmail.com>) |
| Ответы |
Re: query_id, pg_stat_activity, extended query protocol
|
| Список | pgsql-hackers |
> Okay, that's what I precisely wanted to understand: queryId doesn't have > semantics to show the job that consumes resources right now—it is mostly > about convenience to know that the backend processes nothing except > (probably) this query. It may be a good idea to expose in pg_stat_activity or a supplemental activity view information about the current state of the query processing. i.e. Is it parsing, planning or executing a query or is it processing a nested query. I can see this being useful and perhaps could be taken up in a separate thread. Regards, Sami
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера