Re: MERGE/SPLIT PARTITIONS issues/questions

From: Melanie Plageman <melanieplageman(at)gmail(dot)com>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: Alexander Korotkov <aekorotkov(at)gmail(dot)com>, Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, jian he <jian(dot)universality(at)gmail(dot)com>
Subject: Re: MERGE/SPLIT PARTITIONS issues/questions
Date: 2026-08-14 14:51:36
Message-ID: CAAKRu_Yxsaz1fwt_0pjy6Nu_truVBQCCb2kvvGf_=VWbu5HNbw@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Fri, Aug 14, 2026 at 10:08 AM Daniel Gustafsson <daniel(at)yesql(dot)se> wrote:
>
> > On 12 Aug 2026, at 22:48, Melanie Plageman <melanieplageman(at)gmail(dot)com> wrote:
>
> > The user needs to add RLS to the new leaf partitions if they want the
> > same level of security, but I'm not sure that's intuitive.
>
> It's not, and it quite easily will leave the data without the intended
> protection during a window.
>
> > Also, for merging partitions, if you merge two partitions that have
> > the same RLS, after merging, the new merged partition doesn't have
> > that RLS policy -- that seems confusing too
>
> I would rank this as even more unintuitive than the previous case, as a user I
> would expect the new partition to have the shared policy.
>
> Could we make this safe by restricting to the cases where partitions match the
> parent and we can make them not drop characteristics? If we want to expand
> which differences can be handled in a safe manner in 20 then we can revisit,
> rather than being very lax now and try to restrict later.

Yes, I don't think it makes sense to silently drop the properties in
19 and then start automatically propagating them in 20. That seems
like it will be really confusing for users that have scripts to, for
example, recreate ACLs for the merged or split partition(s) when using
19.

- Melanie

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Adrian Mönnich 2026-08-14 15:10:23 Re: BUG #19449: Massive performance degradation for complex query on Postgres 16+ (few seconds -> multiple hours)
Previous Message Nathan Bossart 2026-08-14 14:36:37 Re: MERGE/SPLIT PARTITIONS issues/questions

Browse pgsql-hackers by date

  From Date Subject
Next Message Bertrand Drouvot 2026-08-14 15:27:44 Re: Offline data checksum changes can cause incorrect checksum state on standbys
Previous Message Nathan Bossart 2026-08-14 14:36:37 Re: MERGE/SPLIT PARTITIONS issues/questions