Re: Skipping logical replication transactions on subscriber side

From: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>
To: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
Cc: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, "houzj(dot)fnst(at)fujitsu(dot)com" <houzj(dot)fnst(at)fujitsu(dot)com>, "tanghy(dot)fnst(at)fujitsu(dot)com" <tanghy(dot)fnst(at)fujitsu(dot)com>, "osumi(dot)takamichi(at)fujitsu(dot)com" <osumi(dot)takamichi(at)fujitsu(dot)com>, Alexey Lesovsky <lesovsky(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Greg Nancarrow <gregn4422(at)gmail(dot)com>
Subject: Re: Skipping logical replication transactions on subscriber side
Date: 2021-10-11 07:30:04
Message-ID: CAD21AoDJpevTBo83zfPAgh1-PVw9RzFGs1tqG4v0BfZmB6SLTg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Oct 10, 2021 at 11:04 PM Peter Eisentraut
<peter(dot)eisentraut(at)enterprisedb(dot)com> wrote:
>
> On 04.10.21 02:31, Masahiko Sawada wrote:
> > I guess disabling subscriptions on error/conflict and skipping the
> > particular transactions are somewhat different types of functions.
> > Disabling subscriptions on error/conflict seems likes a setting
> > parameter of subscriptions. The users might want to specify this
> > option at creation time. Whereas, skipping the particular transaction
> > is a repair function that the user might want to use on the spot in
> > case of a failure. I’m concerned a bit that combining these functions
> > to one syntax could confuse the users.
>
> Also, would the skip option be dumped and restored using pg_dump? Maybe
> there is an argument for yes, but if not, then we probably need a
> different path of handling it separate from the more permanent options.

Good point. I don’t think the skip option should be dumped and
restored using pg_dump since the utilization of transaction ids in
another installation is different.

Regards,

--
Masahiko Sawada
EDB: https://www.enterprisedb.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Nancarrow 2021-10-11 07:51:37 Re: Added schema level support for publication.
Previous Message osumi.takamichi@fujitsu.com 2021-10-11 07:27:43 RE: Skipping logical replication transactions on subscriber side