From: | Andrei Lepikhov <lepihov(at)gmail(dot)com> |
---|---|
To: | Álvaro Herrera <alvherre(at)kurilemu(dot)de> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Incorrect calculation of path fraction value in MergeAppend |
Date: | 2025-05-07 08:58:18 |
Message-ID: | 7afa3155-61b5-4dfa-8187-31086a2b5002@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 7/5/2025 09:57, Álvaro Herrera wrote:
> On 2025-May-07, Andrei Lepikhov wrote:
>
>> Hi,
>>
>> Because there was no answer to the issue [1], I'll add it to the next
>> commitfest. Feel free to reject it if my logic on choosing the merge append
>> path is wrong.
>
> If this is a bug new in pg18, you should add an item to the "open items"
> list here: https://wiki.postgresql.org/wiki/Open_Items The RMT will
> then take over and pester the committer/author to ensure the bug is
> fixed.
It is not a new bug.
>
> If it's not new in pg18, then adding a commitfest entry in the "bug
> fixes" category is the right thing. I'd suggest to CC the committer and
> author of the patch that caused the bug; with the amount of traffic in
> pgsql-hackers these days, it's all but guaranteed that people will miss
> things.
Yep, that's what I wanna do. Procedure of adding new entries to
commitfest has always been close to magic, but at the moment it is not
working on my laptop at all - indexing issues?
--
regards, Andrei Lepikhov
From | Date | Subject | |
---|---|---|---|
Next Message | Andrei Lepikhov | 2025-05-07 09:03:04 | Re: MergeAppend could consider sorting cheapest child path |
Previous Message | Ian Lawrence Barwick | 2025-05-07 08:54:39 | Re: regdatabase |