From: | Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | PostgreSQL-documentation <pgsql-docs(at)postgresql(dot)org>, Peter Eisentraut <peter(at)eisentraut(dot)org> |
Subject: | Re: pg_createsubscriber clarification |
Date: | 2024-07-28 16:17:48 |
Message-ID: | CAD21AoCKqU8GPoAKA3V_-JD40tXR6VndekCV0Cx_9RMsGRVoYQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On Sun, Jul 28, 2024 at 1:23 AM Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>
> The pg_createsubscriber docs say:
>
> https://www.postgresql.org/docs/17/app-pgcreatesubscriber.html
>
> After a successful run, the state of the target server is analogous
> to a fresh logical replication setup. The main difference between
> the logical replication setup and pg_createsubscriber is the
> initial data copy. It does only the synchronization phase, which
> ensures each table is brought up to a synchronized state.
>
> What does "it" and "synchronization phase" mean in "It does only the
> synchronization phase"? Seems this needs improvement.
+1 to improve the description.
I think the term "synchronization phase" comes from the description in
"29.8.1. Initial Snapshot" section[1].
How about the following?
The main difference between the logical replication setup and
pg_createsubscriber is how they synchronize table data.
pg_createsubscriber doesn't copy the initial table data because it
uses the tables with their initial data on the target server. It only
does the synchronization phase, which ensures each table is brought up
to a synchronized state by applying changes using standard logical
replication.
Regards,
--
Masahiko Sawada
Amazon Web Services: https://aws.amazon.com
From | Date | Subject | |
---|---|---|---|
Next Message | PG Doc comments form | 2024-07-29 11:02:04 | incorrect (incomplete) description for "alter domain" |
Previous Message | Jürgen Purtz | 2024-07-28 09:51:17 | Re: DocBook 5.2 |