Re: Questions on logical replication - Mailing list pgsql-general

From Justin
Subject Re: Questions on logical replication
Date
Msg-id CALL-XePtmrXsKCXg6s_ApW3j9E5+QJqi8oOw+yTHeeC_RgjOsA@mail.gmail.com
Whole thread Raw
In response to Re: Questions on logical replication  (Koen De Groote <kdg.dev@gmail.com>)
Responses Re: Questions on logical replication
List pgsql-general


On Tue, Jun 11, 2024 at 5:43 PM Koen De Groote <kdg.dev@gmail.com> wrote:
> If there are any errors during the replay of WAL such as missing indexes for Replica Identities during an Update or Delete  this will cause the main subscriber worker slot on the publisher to start backing up WAL files

And also if the connection breaks, from what I understand, is that correct? Anything that stops the subscription, including disabling the subscription, is that right?
 
Yes to all.... 


> I suggest confirming all tables have replica identities or primary keys before going any further.

Yes, I am aware of this. I made me a small script that prints which tables I have added to the publication and are done syncing, and which are currently not being replicated.
 

> With PG 11 avoid REPLICA IDENTITY FULL as this causes full table scan on the subscriber for PG 15 and earlier.

I'm also aware of this. My plan is to create a publication with no tables, and add them 1 by 1, refreshing the subscriber each time.
 
Why?  what benefit does this provide you??   Add all the tables when creating the publication and be done with it...  I get this when trying to understand how this all works on test boxes, but for production NO idea what you're trying to accomplish 


I'm not planning on using "REPLICA IDENTITY FULL" anywhere.
Good 

pgsql-general by date:

Previous
From: Isaac Morland
Date:
Subject: Re: Does trigger only accept functions?
Next
From: Karsten Hilbert
Date:
Subject: Re: DROP COLLATION vs pg_collation question