Re: query_id, pg_stat_activity, extended query protocol

Поиск
Список
Период
Сортировка
От 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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Support a wildcard in backtrace_functions
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [PATCH] Add --syntax to postgres for SQL syntax checking