BitmapOr node not used in plan for ANY/IN but is for sequence of ORs ... - Mailing list pgsql-hackers

From Jim Vanns
Subject BitmapOr node not used in plan for ANY/IN but is for sequence of ORs ...
Date
Msg-id CAH7vdhPq5GouBaNB-xb98Src7vQzzJbnw-XF52JeFLd7KZPd-w@mail.gmail.com
Whole thread Raw
Responses Re: BitmapOr node not used in plan for ANY/IN but is for sequence of ORs ...
List pgsql-hackers
(sent to general users mailing list yesterday - but perhaps this is a more suitable audience?)

In PG16.4, we have a table of key/pair data (around 30M rows) where there are about 7 distinct keys and each has a conditional or partial index on them (the distribution is different for each key/value pair combination).  I've found that when we have a query that uses an OR then those partial indexes are used but not if the query is written to use ANY/IN, which is more convenient from a programmer POV (especially any with 3rd party query generators etc.). Naturally, the result sets returned by the queries are identical due to the filter semantics of any of the 3 solution variants.

Here's a shareable, MRP;

https://dbfiddle.uk/OKs_7HWv

Is there any trick I can do to get the planner to make use of the conditional/partial index? Or is this simply an unoptimised code path yet to be exploited!?

Cheers,

Jim

--
Jim Vanns
Principal Production Engineer
Industrial Light & Magic, London

pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: logical replication: restart_lsn can go backwards (and more), seems broken since 9.4
Next
From: torikoshia
Date:
Subject: Re: Add reject_limit option to file_fdw