Re: Skipping logical replication transactions on subscriber side - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Skipping logical replication transactions on subscriber side
Date
Msg-id 940ceb41-9029-7958-b922-c81cf2ceb953@enterprisedb.com
Whole thread Raw
In response to Re: Skipping logical replication transactions on subscriber side  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: Skipping logical replication transactions on subscriber side
List pgsql-hackers
On 25.01.22 03:54, Amit Kapila wrote:
>> I don't think this functionality allows a nonprivileged user to do
>> anything they couldn't otherwise do.  You can create inconsistent data
>> in the sense that you can choose not to apply certain replicated data.
>>
> I thought this will be the only primary way to skip applying certain
> transactions. The other could be via pg_replication_origin_advance().
> Or are you talking about the case where we skip applying update/delete
> where the corresponding rows are not found?
> 
> I see the point that if we can allow the owner to skip applying
> updates/deletes in certain cases then probably this should also be
> okay. Kindly let us know if you have something else in mind as well?

Let's start this again: The question at hand is whether ALTER 
SUBSCRIPTION ... SKIP should be allowed for subscription owners that are 
not superusers.  The argument raised against that was that this would 
allow the owner to create "inconsistent" data.  But it hasn't been 
explained what that actually means or why it is dangerous.



pgsql-hackers by date:

Previous
From: Ronan Dunklau
Date:
Subject: Re: Use generation context to speed up tuplesorts
Next
From: Peter Eisentraut
Date:
Subject: Re: Skipping logical replication transactions on subscriber side