From: | vignesh C <vignesh21(at)gmail(dot)com> |
---|---|
To: | Peter Smith <smithpb2250(at)gmail(dot)com> |
Cc: | "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> |
Subject: | Re: Documentation to upgrade logical replication cluster |
Date: | 2024-02-12 09:03:59 |
Message-ID: | CALDaNm2mTP5HDG=paNnekDfp7buSxvYKXsbbtovGM_B6s4=V-A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, 9 Feb 2024 at 12:30, Peter Smith <smithpb2250(at)gmail(dot)com> wrote:
>
> Here are some review comments for patch v7-0001.
>
> ======
> doc/src/sgml/glossary.sgml
>
> 1.
> + <glossentry id="glossary-logical-replication-cluster">
> + <glossterm>Logical replication cluster</glossterm>
> + <glossdef>
> + <para>
> + A set of publisher and subscriber instance with publisher instance
> + replicating changes to the subscriber instance.
> + </para>
> + </glossdef>
> + </glossentry>
>
> 1a.
> /instance with/instances with/
Modified
> ~~~
>
> 1b.
> The description then made me want to look up the glossary definition
> of a "publisher instance" and "subscriber instance", but then I was
> quite surprised that even "Publisher" and "Subscriber" terms are not
> described in the glossary. Should this patch add those, or should we
> start another thread for adding them?
I felt it is better to start a new thread for this
> ======
> doc/src/sgml/logical-replication.sgml
>
> 2.
> + <para>
> + Migration of logical replication clusters is possible only when all the
> + members of the old logical replication clusters are version 17.0 or later.
> + </para>
>
> Here is where "logical replication clusters" is mentioned. Shouldn't
> this first reference be linked to that new to the glossary entry --
> e.g. <glossterm linkend="...">logical replication clusters</glossterm>
Modified
> ~~~
>
> 3.
> + <para>
> + Following are the prerequisites for <application>pg_upgrade</application>
> + to be able to upgrade the logical slots. If these are not met an error
> + will be reported.
> + </para>
>
> SUGGESTION
> The following prerequisites are required for ...
>
> ~~~
>
> 4.
> + <para>
> + All slots on the old cluster must be usable, i.e., there are no slots
> + whose
> + <link linkend="view-pg-replication-slots">pg_replication_slots</link>.<structfield>conflict_reason</structfield>
> + is not <literal>NULL</literal>.
> + </para>
>
> The double-negative is too tricky "no slots whose ... not NULL", needs
> rewording. Maybe it is better to instead use an example as the next
> bullet point does.
The other way is to mention "all slots should have conflic_reason is
NULL", but in this case i feel checking for records is not NULL is
better. So I have kept the wording the same and added an example to
avoid any confusion.
> ~~~
>
> 5.
> +
> + <para>
> + Following are the prerequisites for
> <application>pg_upgrade</application> to
> + be able to upgrade the subscriptions. If these are not met an error
> + will be reported.
> + </para>
>
> SUGGESTION
> The following prerequisites are required for ...
Modified
> ======
> doc/src/sgml/ref/pgupgrade.sgml
>
> 6.
> + <note>
> + <para>
> + The steps to upgrade logical replication clusters are not covered here;
> + refer to <xref linkend="logical-replication-upgrade"/> for details.
> + </para>
> + </note>
>
> Maybe here too there should be a link to the glossary term "logical
> replication clusters".
Modified
Thanks for the comments, the attached v8 version patch has the changes
for the patch.
Regards,
Vignesh
Attachment | Content-Type | Size |
---|---|---|
v8-0001-Documentation-for-upgrading-logical-replication-c.patch | text/x-patch | 33.9 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2024-02-12 09:13:26 | Re: Unnecessary smgropen in {heapam_relation,index}_copy_data? |
Previous Message | Andrei Lepikhov | 2024-02-12 09:01:50 | Re: POC, WIP: OR-clause support for indexes |