Re: Exit walsender before confirming remote flush in logical replication

From: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>
To: andres(at)anarazel(dot)de
Cc: amit(dot)kapila16(at)gmail(dot)com, kuroda(dot)hayato(at)fujitsu(dot)com, smithpb2250(at)gmail(dot)com, osumi(dot)takamichi(at)fujitsu(dot)com, pgsql-hackers(at)postgresql(dot)org, sawada(dot)mshk(at)gmail(dot)com, michael(at)paquier(dot)xyz, peter(dot)eisentraut(at)enterprisedb(dot)com, dilipbalaut(at)gmail(dot)com
Subject: Re: Exit walsender before confirming remote flush in logical replication
Date: 2023-02-15 06:20:59
Message-ID: 20230215.152059.901518664243266662.horikyota.ntt@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At Mon, 13 Feb 2023 17:13:43 -0800, Andres Freund <andres(at)anarazel(dot)de> wrote in
> On 2023-02-14 10:05:40 +0900, Kyotaro Horiguchi wrote:
> > What do you think about the need for explicitly specifying the
> > default? I'm fine with specifying the default using a single word,
> > such as WAIT_FOR_REMOTE_FLUSH.
>
> We obviously shouldn't force the option to be present. Why would we want to
> break existing clients unnecessarily? Without it the behaviour should be
> unchanged from today's.

I didn't suggest making the option mandatory. I just suggested
providing a way to specify the default value explicitly, like in the
recent commit 746915c686.

regards.

--
Kyotaro Horiguchi
NTT Open Source Software Center

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Maciek Sakrejda 2023-02-15 06:30:11 Re: ANY_VALUE aggregate
Previous Message Amit Kapila 2023-02-15 05:57:04 Re: Support logical replication of DDLs