Re: Skipping logical replication transactions on subscriber side

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
Cc: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, "tanghy(dot)fnst(at)fujitsu(dot)com" <tanghy(dot)fnst(at)fujitsu(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, Greg Nancarrow <gregn4422(at)gmail(dot)com>, "houzj(dot)fnst(at)fujitsu(dot)com" <houzj(dot)fnst(at)fujitsu(dot)com>, Alexey Lesovsky <lesovsky(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, "osumi(dot)takamichi(at)fujitsu(dot)com" <osumi(dot)takamichi(at)fujitsu(dot)com>
Subject: Re: Skipping logical replication transactions on subscriber side
Date: 2022-01-25 12:48:38
Message-ID: 940ceb41-9029-7958-b922-c81cf2ceb953@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2022-01-25 12:52:03 Re: Skipping logical replication transactions on subscriber side
Previous Message Ronan Dunklau 2022-01-25 12:34:23 Re: Use generation context to speed up tuplesorts