| 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 |
| 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 |