Re: Add SPLIT PARTITION/MERGE PARTITIONS commands

From: Stéphane Tachoires <stephane(dot)tachoires(at)gmail(dot)com>
To: Alexander Korotkov <aekorotkov(at)gmail(dot)com>
Cc: Dmitry Koval <d(dot)koval(at)postgrespro(dot)ru>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Add SPLIT PARTITION/MERGE PARTITIONS commands
Date: 2025-12-10 20:04:11
Message-ID: CA+gpmfLSELzEKEzSFXeLkRRMGkRfm2+7ewXHyW-8ZWPbWOywyg@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

Patches don't apply anymore.
Could you rebase it please ?

Thank you so much to all of you for your persistence.
Stéphane.
Back.

Le mer. 10 déc. 2025 à 00:54, Alexander Korotkov
<aekorotkov(at)gmail(dot)com> a écrit :
>
> On Wed, Dec 10, 2025 at 1:22 AM Dmitry Koval <d(dot)koval(at)postgrespro(dot)ru> wrote:
> > Thank you for your corrections!
> > Two questions:
> > ----
> >
> > 1) "v65-0001-Implement-ALTER-TABLE-.-MERGE-PARTITIONS-.-comma.patch"
> > patch, "src/backend/partitioning/partbounds.c" file,
> > "check_two_partitions_bounds_range" function.
> >
> > Old comment (v64)
> >
> > + /*
> > + * lower1=false (the second to last argument) for correct comparison of
> > + * lower and upper bounds.
> > + */
> >
> > was changed to (v65)
> >
> > + /*
> > + * cmpval == false for the correct comparison result of the lower and
> > + * upper bounds.
> > + */
> >
> > Maybe it's better to keep the old comment (or keep its meaning)?
> > ----
> >
> > 2) "v65-0002-Implement-ALTER-TABLE-.-SPLIT-PARTITION-.-comman.patch"
> > patch, "src/backend/parser/parse_utilcmd.c" file, "checkPartition" function.
> >
> > The third argument of function was changed from "is_merge" (v64) to
> > "isMerge" (v65). Maybe the function description should be changed in
> > the same way?
> >
> > + * is_merge: true indicates the operation is "ALTER TABLE ... MERGE
> > PARTITIONS";
>
> Thank you for catching this. Both accepted.
>
> ------
> Regards,
> Alexander Korotkov
> Supabase

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jacob Champion 2025-12-10 20:22:22 Re: Mark function arguments of type "T *" as "const T *" where possible
Previous Message Jacob Champion 2025-12-10 20:02:23 Re: Periodic authorization expiration checks using GoAway message