Re: When (and whether) should we improve the chapter on parallel query to accommodate parallel data updates?

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: When (and whether) should we improve the chapter on parallel query to accommodate parallel data updates?
Дата
Msg-id CAA4eK1KR1Wo8vnJPL9DEng2YoLSiM38RhNdCDBFLMrGfXyqEqQ@mail.gmail.com
обсуждение исходный текст
Ответ на When (and whether) should we improve the chapter on parallel query to accommodate parallel data updates?  ("tsunakawa.takay@fujitsu.com" <tsunakawa.takay@fujitsu.com>)
Ответы RE: When (and whether) should we improve the chapter on parallel query to accommodate parallel data updates?  ("tsunakawa.takay@fujitsu.com" <tsunakawa.takay@fujitsu.com>)
Список pgsql-hackers
On Wed, Jan 6, 2021 at 12:13 PM tsunakawa.takay@fujitsu.com
<tsunakawa.takay@fujitsu.com> wrote:
>
> Second, I expected to see descriptions in "15. Parallel Query" that there are other (recently added) parallel
operationssuch as parallel index build and parallel VACUUM, but I didn't find them.  Also, I couldn't find information
onparallelism in possible chapters such as "11. Indexes" or "25. Routine Database Maintenance Tasks".  Where can users
noticethat they can parallelize and speed up those operations?  Only in reference pages?  I think it's better to have
thosedescriptions in the Parallel Query chapter. 
>

I think it is in the respective pages of those operations. Forex. the
information about parallel vacuum can be found in the Vacuum page [1].

> If nobody hasn't started making this kind of modifications, can we deter it after the feature freeze?  Or should
peopleinvolved in developing parallel features cooperate to revise the manual as part of their patches? 
>

I think each feature should develop the docs as part of feature
development but if we want to see some additional work like improving
overall docs for parallel execution as you are suggesting then it can
be done separately as well.

I think you have a valid point but maybe it would be better to do the
improvements you are suggesting once the parallel inserts related work
is committed.

[1] - https://www.postgresql.org/docs/devel/sql-vacuum.html

--
With Regards,
Amit Kapila.



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

Предыдущее
От: Bharath Rupireddy
Дата:
Сообщение: Re: Parallel Inserts in CREATE TABLE AS
Следующее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: Corruption during WAL replay