Re: Single transaction in the tablesync worker?
Peter Smith <smithpb2250@gmail.com>
From: Peter Smith <smithpb2250@gmail.com>
To: Amit Kapila <amit.kapila16@gmail.com>
Cc: Craig Ringer <craig.ringer@enterprisedb.com>, Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>, Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Petr Jelinek <petr.jelinek@enterprisedb.com>,
Petr Jelinek <petr@2ndquadrant.com>, Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
Ajin Cherian <itsajin@gmail.com>
Date: 2021-01-07T08:11:45Z
Lists: pgsql-hackers
On Wed, Jan 6, 2021 at 2:07 PM Amit Kapila <amit.kapila16@gmail.com> wrote: > > Okay, if we want to go that way then we should add some documentation > about it. Currently, the slot name used by apply worker is known to > the user because either it is specified by the user or the default is > subscription name, so the user can manually remove that slot later but > that is not true for tablesync slots. I think we need to update both > the Drop Subscription page [1] and logical-replication-subscription > page [2] where we have mentioned temporary slots and in the end "Here > are some scenarios: .." to mention about these slots and probably how > their names are generated so that in such special situations users can > drop them manually. > > [1] - https://www.postgresql.org/docs/devel/sql-dropsubscription.html > [2] - https://www.postgresql.org/docs/devel/logical-replication-subscription.html > PG docs updated in latest patch [v12] ---- [v12] = https://www.postgresql.org/message-id/CAHut%2BPsonJzarxSBWkOM%3DMjoEpaq53ShBJoTT9LHJskwP3OvZA%40mail.gmail.com Kind Regards, Peter Smith. Fujitsu Australia
Commits
-
Fix relcache reference leak introduced by ce0fdbfe97.
- 8a4f9522d0c7 14.0 landed
-
Fix Subscription test added by commit ce0fdbfe97.
- c8b21b037814 14.0 landed
-
Allow multiple xacts during table sync in logical replication.
- ce0fdbfe9722 14.0 landed
-
Logical replication support for initial data copy
- 7c4f52409a8c 10.0 cited