Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. - Mailing list pgsql-hackers

From Alexander Korotkov
Subject Re: MERGE PARTITIONS and DEPENDS ON EXTENSION.
Date
Msg-id CAPpHfdua=Epad8j4z+xH_85RYVZ+FPuK=nPKBgh7Ky+PM4umag@mail.gmail.com
Whole thread
In response to Re: MERGE PARTITIONS and DEPENDS ON EXTENSION.  (Kirill Reshke <reshkekirill@gmail.com>)
Responses Re: MERGE PARTITIONS and DEPENDS ON EXTENSION.
Re: MERGE PARTITIONS and DEPENDS ON EXTENSION.
List pgsql-hackers
On Wed, Apr 22, 2026 at 1:48 PM Kirill Reshke <reshkekirill@gmail.com> wrote:
> Some minor comments:
>
> > +-- Sanity check: the extension can't be dropped while dependencies exist.
> >+DROP EXTENSION test_ext3;
>
> This exercises something that already works on HEAD (note this is DROP
> before first MERGE partition call ). Do we really need this?

I've removed this.

> > +-- An index created directly on a partition has no parent in the partitioned
> > +-- index tree; merge must ignore such indexes (they disappear with the old
> > +-- partition).
> > +CREATE INDEX part_extdep_3_extra_idx ON part_extdep_3(x);
> > +ALTER TABLE part_extdep MERGE PARTITIONS (part_extdep_merged, part_extdep_3)
> > +    INTO part_extdep_merged2;
> > +SELECT relname FROM pg_class
> > +WHERE relname LIKE 'part_extdep_merged2%idx' ORDER BY relname;
>
> Looks like this test is also redundant? This does not test new DEPENDS ON logic.

I've added the dependency on this index to check index disappears with
its dependency.  I think this would make this test more relevant.

Kirill, Matheus, are you ok with these change?

------
Regards,
Alexander Korotkov
Supabase

Attachment

pgsql-hackers by date:

Previous
From: Matthias van de Meent
Date:
Subject: Startup process deadlock: WaitForProcSignalBarriers vs aux process
Next
From: Kirill Reshke
Date:
Subject: Re: MERGE PARTITIONS and DEPENDS ON EXTENSION.