From: | Ilia Evdokimov <ilya(dot)evdokimov(at)tantorlabs(dot)com> |
---|---|
To: | David Geier <geidav(dot)pg(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Use merge-based matching for MCVs in eqjoinsel |
Date: | 2025-10-13 10:08:02 |
Message-ID: | 0991feae-7a2e-436a-a80c-84f2a40f1cca@tantorlabs.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 17.09.2025 12:40, Ilia Evdokimov wrote:
> Hi David,
>
> In v2 patch, when the join is reversed we pass the commutator operator
> Oid to eqjoinsel_semi(), and inside that function we immediately call
> get_opcode(<commutator operator Oid>). Did you mean for the function
> to take an operator Oid instead of an here?
>
> If that was unintentional, perhaps the cleanest fix is to add a new
> 'operator' parameter to eqjoinsel_semi() so we can keep passing
> 'opfuncoid' as before and avoid changing the behavior.
>
This v3 patch fixes the confusion between operator and function Oids in
eqjoinsel_semi(). This version restores the previous behavior by keeping
the function Oid as before and adds an explicit 'operator' parameter so
both values are available without extra behavior changes.
Do you have any further comments or suggestions on this version?
--
Best regards,
Ilia Evdokimov,
Tantor Labs LLC,
https://tantorlabs.com
Attachment | Content-Type | Size |
---|---|---|
v3-0001-Optimize-eqjoinsel_inner-and-eqjoinsel_semi.patch | text/x-patch | 11.5 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Tomas Vondra | 2025-10-13 11:09:20 | Re: Adding basic NUMA awareness |
Previous Message | John Naylor | 2025-10-13 09:59:36 | Re: Reorganize GUC structs |