Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY

From: Álvaro Herrera <alvherre(at)kurilemu(dot)de>
To: Mihail Nikalayeu <mihailnikalayeu(at)gmail(dot)com>
Cc: Alexander Lakhin <exclusion(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Noah Misch <noah(at)leadboat(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY
Date: 2026-01-26 20:06:11
Message-ID: 202601261855.btsbm3vgwpos@alvherre.pgsql
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hello,

On 2026-Jan-25, Mihail Nikalayeu wrote:

> Hello, Álvaro!
>
> Fixes are in attachment. I think the comment message and comments are good
> enough to explain the changes.

Great, many thanks for this. The commit message looks quite good, but I
decided to rewrite the comment in the code. What do you think of this?

(There's also a typo fix for one of the previous commits)

> Also, the second commit adds syscache for pg_inherites. I am not very
> confident with it, but it feels correct to me.

Hmm, I think a syscache on (inhrelid, inhseqno) is a bit weird. This
might be okay, but I'm not sure, and I don't think we absolutely need
this right now. That is to say, I'm not rejecting this, but I'm not
going to pursue getting it pushed for now.

> Another approach - put information about parents into [relcache] - I
> can rebuild the patch that way.

I think that change would be a larger revamp that I definitely don't
want to touch at this time.

> Also, for the first commit it is possible to create a batched version of
> get_partition_ancestors (with the same snapshot for multiple indexes).

Yeah, I've had such thoughts too, but I'd rather fix the bug in a
reasonably non invasive way (which perhaps we can consider backpatching
in some not-too-distant future); major rearchitecting like that can
happen later without pressure.

--
Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/

Attachment Content-Type Size
v2-0001-Fix-duplicate-arbiter-detection-during-REINDEX-CO.patch text/x-diff 7.6 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Masahiko Sawada 2026-01-26 20:30:03 Re: Initial COPY of Logical Replication is too slow
Previous Message Robert Haas 2026-01-26 18:14:55 Re: [BUG] [PATCH] pg_basebackup produces wrong incremental files after relation truncation in segmented tables