Re: BUG #18959: Name collisions of expression indexes during parallel Index creations on a pratitioned table.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Dilip Kumar <dilipbalaut(at)gmail(dot)com>
Cc: maximilian(dot)chrzan(at)here(dot)com, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18959: Name collisions of expression indexes during parallel Index creations on a pratitioned table.
Date: 2025-08-29 15:55:46
Message-ID: 2315732.1756482946@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

[ moving thread to -hackers for more visibility ]

Dilip Kumar <dilipbalaut(at)gmail(dot)com> writes:
> On Fri, Jun 20, 2025 at 2:29 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Dilip Kumar <dilipbalaut(at)gmail(dot)com> writes:
>>> I haven't reviewed the patch itself, but I like the idea. We're now
>>> consistently using the parent index name for partitioned indexes,
>>> whether they're named or unnamed indexes. That looks like a great
>>> improvement. And I think including the partition number of each level
>>> in the index name significantly enhances its clarity, especially
>>> within a multi-level partition hierarchy.

>> Since people seem to think this might be a good way to proceed,
>> I spent some effort on cleaning up the regression test changes.

> The patch LGTM

Attached find a rebase that copes with some recent test changes;
there's no substantive difference.

I'm surprised that this didn't break sooner, TBH, since it touches
so many test cases. I'd kind of like to either get it pushed or
write it off as a bad idea. Does anyone else care to comment?

regards, tom lane

Attachment Content-Type Size
v2-0001-Change-the-names-generated-for-index-partitions.patch text/x-diff 134.0 KB

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Ran Benita 2025-08-29 19:45:18 Broken PQtrace CopyData display
Previous Message Tom Lane 2025-08-29 15:13:42 Re: BUG #19036: Failed prepared INSERT statement make another SELECT query generate wrong result

Browse pgsql-hackers by date

  From Date Subject
Next Message Nathan Bossart 2025-08-29 15:57:10 Re: Unused parameter in ProcessSlotSyncInterrupts()
Previous Message Jeff Davis 2025-08-29 15:12:36 aio/README.md comments