From: | Peter Smith <smithpb2250(at)gmail(dot)com> |
---|---|
To: | Petr Jelinek <petr(dot)jelinek(at)enterprisedb(dot)com> |
Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Ajin Cherian <itsajin(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Single transaction in the tablesync worker? |
Date: | 2021-02-07 03:38:39 |
Message-ID: | CAHut+Pu7PLk=TCOMXHrZXBz98qtTgcpcPAxui18JS_96zzxOaA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sat, Feb 6, 2021 at 2:10 AM Petr Jelinek
<petr(dot)jelinek(at)enterprisedb(dot)com> wrote:
>
> Hi,
>
> Some minor comments about code:
>
> > + else if (res->status == WALRCV_ERROR && missing_ok)
> > + {
> > + /* WARNING. Error, but missing_ok = true. */
> > + ereport(WARNING,
>
> I wonder if we need to add error code to the WalRcvExecResult and check
> for the appropriate ones here. Because this can for example return error
> because of timeout, not because slot is missing. Not sure if it matters
> for current callers though (but then maybe don't call the param
> missign_ok?).
You are right. The way we are using this function has evolved beyond
the original intention.
Probably renaming the param to something like "error_ok" would be more
appropriate now.
----
Kind Regards,
Peter Smith.
Fujitsu Australia
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2021-02-07 03:40:24 | Re: GlobalVisIsRemovableFullXid() vs GlobalVisCheckRemovableXid() |
Previous Message | Kasahara Tatsuhito | 2021-02-07 02:02:21 | Re: There doesn't seem to be any case where PQputCopyEnd() returns 0 |