RE: locking [user] catalog tables vs 2pc vs logical rep

From: "osumi(dot)takamichi(at)fujitsu(dot)com" <osumi(dot)takamichi(at)fujitsu(dot)com>
To: 'Amit Kapila' <amit(dot)kapila16(at)gmail(dot)com>
Cc: Simon Riggs <simon(dot)riggs(at)enterprisedb(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, Peter Smith <smithpb2250(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Markus Wanner <markus(dot)wanner(at)enterprisedb(dot)com>
Subject: RE: locking [user] catalog tables vs 2pc vs logical rep
Date: 2021-06-20 12:49:39
Message-ID: OSBPR01MB4888129A0DF52D4C34F87164ED0B9@OSBPR01MB4888.jpnprd01.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sunday, June 20, 2021 3:23 PM Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> On Sun, Jun 20, 2021 at 9:28 AM osumi(dot)takamichi(at)fujitsu(dot)com
> <osumi(dot)takamichi(at)fujitsu(dot)com> wrote:
> > * doc/src/sgml/logicaldecoding.sgml
...
> >
> > Now we have the four paren supplementary descriptions, not to make
> > users miss any other [user] catalog tables.
> > Because of this, the built output html gives me some redundant
> > impression, for that parts. Accordingly, couldn't we move them to
> > outside of the itemizedlist section in a simple manner ?
> >
> > For example, to insert a sentence below the list, after removing the
> > paren descriptions in the listitem, which says "Note that those
> > commands that can cause deadlock apply to not only explicitly
> > indicated system catalog tables above but also any other [user] catalog table."
>
> Sounds reasonable to me. /but also any other/but also to any other/, to
> seems to be missing in the above line. Kindly send an update patch.
Excuse me, I don't understand the second sentence.
I wrote "but also" clause in my example.

Also, attached the patch for the change to the HEAD.

Best Regards,
Takamichi Osumi

Attachment Content-Type Size
v3-0001-Doc-Update-caveats-in-synchronous-logical-replica.patch application/octet-stream 2.6 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2021-06-20 13:44:30 PXGS vs TAP tests
Previous Message Andres Freund 2021-06-20 11:01:07 Re: seawasp failing, maybe in glibc allocator