Re: [HACKERS] [PATCH v2] Progress command to monitor progression oflong running SQL queries

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [HACKERS] [PATCH v2] Progress command to monitor progression oflong running SQL queries
Дата
Msg-id CA+Tgmoa25ya7mACUZitcVwxX=uom=J-=LDsTNw-_9ScRFr984A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] [PATCH v2] Progress command to monitor progression oflong running SQL queries  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: [HACKERS] [PATCH v2] Progress command to monitor progression oflong running SQL queries  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
On Tue, May 16, 2017 at 2:17 AM, Michael Paquier
<michael.paquier@gmail.com> wrote:
> Perhaps DSM? It is not user-friendly to fail sporadically...

Yeah.  I've been thinking we might want to give each backend a
backend-lifetime DSA that is created on first use.  That could be
useful for some parallel query stuff and maybe for this as well.
Other backends could attach to it to read data from it, and it would
go away on last detach (which would normally be the detach by the
creating backend, but not if somebody else happens to be reading at
the moment the backend exits).

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] [POC] hash partitioning
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] COPY FROM STDIN behaviour on end-of-file