Re: [HACKERS] Passing query string to workers

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Passing query string to workers
Дата
Msg-id 13030.1484138260@sss.pgh.pa.us
обсуждение исходный текст
Ответ на [HACKERS] Passing query string to workers  (Rafia Sabih <rafia.sabih@enterprisedb.com>)
Ответы Re: [HACKERS] Passing query string to workers  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Rafia Sabih <rafia.sabih@enterprisedb.com> writes:
> Approach:
> A token for query string is created in the shared memory, this token is
> populated with the query string using the global string --
> debug_query_string. Now, for each of the worker when
> ExecGetParallelQueryDesc is called, we retrieve the query text from shared
> memory and pass it to CreateQueryDesc.

This is simply wrong, because debug_query_string need have nothing to do
with what the actual parallel query is.  I'm all for sending over the
correct query, but if you aren't bothering to accurately reproduce the
master's query descriptor, I think you will increase confusion not
reduce it.

As far as reproducing the pg_stat_activity query goes, you could probably
grab that string out of the master backend's pgstat entry and pass it over
at parallel query start.  But please don't confuse it with either
debug_query_string or the string referenced by the QueryDesc; I do not
think there's any guarantee that those are the same.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Beena Emerson
Дата:
Сообщение: Re: [HACKERS] Re: Clarifying "server starting" messaging in pg_ctlstart without --wait
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Do we support using agg or window functions in delete statement?