|
24 | 24 | </para>
|
25 | 25 |
|
26 | 26 | <para>
|
27 |
| - Logical replication of a table typically starts with taking a snapshot |
28 |
| - of the data on the publisher database and copying that to the subscriber. |
29 |
| - Once that is done, the changes on the publisher are sent to the subscriber |
30 |
| - as they occur in real-time. The subscriber applies the data in the same |
| 27 | + When logical replication of a table typically starts, PostgreSQL takes |
| 28 | + a snapshot of the table's data on the publisher database and copies it |
| 29 | + to the subscriber. Once complete, changes on the publisher since the |
| 30 | + initial copy are sent continually to the subscriber. The subscriber |
| 31 | + applies the data in the same |
31 | 32 | order as the publisher so that transactional consistency is guaranteed for
|
32 | 33 | publications within a single subscription. This method of data replication
|
33 | 34 | is sometimes referred to as transactional replication.
|
|
165 | 166 | The individual tables can be added and removed dynamically using
|
166 | 167 | <link linkend="sql-alterpublication"><command>ALTER PUBLICATION</command></link>. Both the <literal>ADD
|
167 | 168 | TABLE</literal> and <literal>DROP TABLE</literal> operations are
|
168 |
| - transactional; so the table will start or stop replicating at the correct |
| 169 | + transactional, so the table will start or stop replicating at the correct |
169 | 170 | snapshot once the transaction has committed.
|
170 | 171 | </para>
|
171 | 172 | </sect1>
|
@@ -1954,15 +1955,6 @@ CONTEXT: processing remote data for replication origin "pg_16395" during "INSER
|
1954 | 1955 | <sect1 id="logical-replication-architecture">
|
1955 | 1956 | <title>Architecture</title>
|
1956 | 1957 |
|
1957 |
| - <para> |
1958 |
| - Logical replication starts by copying a snapshot of the data on the |
1959 |
| - publisher database. Once that is done, changes on the publisher are sent |
1960 |
| - to the subscriber as they occur in real time. The subscriber applies data |
1961 |
| - in the order in which commits were made on the publisher so that |
1962 |
| - transactional consistency is guaranteed for the publications within any |
1963 |
| - single subscription. |
1964 |
| - </para> |
1965 |
| - |
1966 | 1958 | <para>
|
1967 | 1959 | Logical replication is built with an architecture similar to physical
|
1968 | 1960 | streaming replication (see <xref linkend="streaming-replication"/>). It is
|
|
0 commit comments