A logical slot will emit each change just once in normal operation.
The current position of each slot is persisted only at checkpoint, so in
the case of a crash the slot may return to an earlier LSN, which will
- then cause recent changes to be resent when the server restarts.
+ then cause recent changes to be sent again when the server restarts.
Logical decoding clients are responsible for avoiding ill effects from
handling the same message more than once. Clients may wish to record
the last LSN they saw when decoding and skip over any repeated data or
UNIQUE, PRIMARY KEY, and
FOREIGN KEY constraints are not considered.
If any of the CHECK constraints of the table being
- attached is marked NO INHERIT, the command will fail;
+ attached are marked NO INHERIT, the command will fail;
such constraints must be recreated without the
NO INHERIT clause.
It is safe to use off for logical replication:
If the subscriber loses transactions because of missing
- synchronization, the data will be resent from the publisher.
+ synchronization, the data will be sent again from the publisher.
specify suppression of the CONTEXT:> portion of a message in
the postmaster log. This should only be used for verbose debugging
messages where the repeated inclusion of context would bloat the log
- volume too much.
+ too much.
else
LWLockRelease(ProcArrayLock);
- /* prevent signal from being resent more than once */
+ /* prevent signal from being sent again more than once */
allow_autovacuum_cancel = false;
}