Re: Perform streaming logical transactions by background workers and parallel apply

Поиск
Список
Период
Сортировка
От Dilip Kumar
Тема Re: Perform streaming logical transactions by background workers and parallel apply
Дата
Msg-id CAFiTN-vOovtK2ENFqat8fUndhqvPeT+Latd2SKA3GmQitkQK3g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Perform streaming logical transactions by background workers and parallel apply  (Amit Kapila <amit.kapila16@gmail.com>)
Список pgsql-hackers
On Tue, Oct 18, 2022 at 6:25 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
> > Interesting case.  So I think the root of the problem is the same as
> > what we have for a column is marked unique to the subscriber but not
> > to the publisher.  In short, two transactions which are independent of
> > each other on the publisher are dependent on each other on the
> > subscriber side because table definition is different on the
> > subscriber.  So can't we handle this case in the same way by marking
> > this table unsafe for parallel-apply?
> >
>
> Yes, we can do that. I think Hou-San has already dealt that way in his
> latest patch [1]. See his response in the email [1]: "Disallow
> replicating from or to a partitioned table in parallel streaming
> mode".
>
> [1] -
https://www.postgresql.org/message-id/OS0PR01MB57160760B34E1655718F4D1994249%40OS0PR01MB5716.jpnprd01.prod.outlook.com

Okay, somehow I missed the latest email.  I will look into it soon.

-- 
Regards,
Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com



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

Предыдущее
От: Zhang Mingli
Дата:
Сообщение: Documentation refinement for Parallel Scans
Следующее
От: Justin Pryzby
Дата:
Сообщение: Re: GUC values - recommended way to declare the C variables?