|
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