Re: [PATCH] Add support function for containment operators

From: Kim Johan Andersson <kimjand(at)kimmet(dot)dk>
To: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: [PATCH] Add support function for containment operators
Date: 2023-07-08 06:11:10
Message-ID: 4cdc292e-3234-a03d-107d-31cf8b721cd4@kimmet.dk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 07-07-2023 13:20, Laurenz Albe wrote:
> I wrote:
>> You implement both "SupportRequestIndexCondition" and "SupportRequestSimplify",
>> but when I experimented, the former was never called.  That does not
>> surprise me, since any expression of the shape "expr <@ range constant"
>> can be simplified.  Is the "SupportRequestIndexCondition" branch dead code?
>> If not, do you have an example that triggers it?

I would think it is dead code, I came to the same conclusion. So we can
drop SupportRequestIndexCondition, since the simplification happens to
take care of everything.

> I had an idea about this:
> So far, you only consider constant ranges. But if we have a STABLE range
> expression, you could use an index scan for "expr <@ range", for example
> Index Cond (expr >= lower(range) AND expr < upper(range)).
>

I will try to look into this. Originally that was what I was hoping for,
but didn't see way of going about it.

Thanks for your comments, I will also look at the locale-related
breakage you spotted.

Regards,
Kimjand

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alena Rybakina 2023-07-08 08:29:52 Re: Problems with estimating OR conditions, IS NULL on LEFT JOINs
Previous Message Amit Kapila 2023-07-08 05:36:49 Re: [Patch] Use *other* indexes on the subscriber when REPLICA IDENTITY is FULL