[docs] Add initial to table snapshot.mode in postgresql.adoc

This adds a bit more clarity into the `initial` mode since it was very confusing as a new user to understand that `initial` was the default value but didn't exist in the table.
This commit is contained in:
David Beck 2023-06-09 14:56:42 -07:00 committed by Jiri Pechanec
parent 78668df5c1
commit 21c1b1f5dc
3 changed files with 5 additions and 0 deletions

View File

@ -106,6 +106,7 @@ Daan Roosen
Daniel Petisme
Dave Cramer
Dave Cumberland
David Beck
David Chen
David Feinblum
David Haglund

View File

@ -161,6 +161,9 @@ If the connector fails, is rebalanced, or stops after Step 1 begins but before S
|`never`
|The connector never performs snapshots. When a connector is configured this way, its behavior when it starts is as follows. If there is a previously stored LSN in the Kafka offsets topic, the connector continues streaming changes from that position. If no LSN has been stored, the connector starts streaming changes from the point in time when the PostgreSQL logical replication slot was created on the server. The `never` snapshot mode is useful only when you know all data of interest is still reflected in the WAL.
|`initial` (default)
|The connector performs a database snapshot when no Kafka offsets topic exists. After the database snapshot completes the Kafka offsets topic is written. If there is a previously stored LSN in the Kafka offsets topic, the connector continues streaming changes from that position.
|`initial_only`
|The connector performs a database snapshot and stops before streaming any change event records. If the connector had started but did not complete a snapshot before stopping, the connector restarts the snapshot process and stops when the snapshot completes.

View File

@ -212,3 +212,4 @@ sclarkson-zoomcare,Stephen Clarkson
gongchanghua,Gong Chang Hua
angsdey2,Angshuman Dey
jehrenzweig-pi,Jesse Ehrenzweig
TechIsCool,David Beck