[jira] [Updated] (IGNITE-15425) Calcite engine. Add native support for SEARCH/SARG operator

["Andrey Mashenkov (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/IGNITE-15425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrey Mashenkov updated IGNITE-15425:
--------------------------------------
    Labels: calcite  (was: calcite calcite3-required)

> Calcite engine. Add native support for SEARCH/SARG operator
> -----------------------------------------------------------
>
>                 Key: IGNITE-15425
>                 URL: https://issues.apache.org/jira/browse/IGNITE-15425
>             Project: Ignite
>          Issue Type: Improvement
>            Reporter: Aleksey Plekhanov
>            Assignee: Aleksey Plekhanov
>            Priority: Major
>              Labels: calcite
>             Fix For: 2.15
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> Currently, Calcite compose some field conditions to {{SEARCH/SARG}} operator (for example: {{field IN (scalar)}}, {{field <> ...}}, {{field = value1 OR field = value2}}, etc). This operator is not supported natively by Ignite Calcite engine and converted back to original expression using {{RexUtil.expandSearch}} method on the {{RexToLixTranslator}} phase. 
>  Such behavior forces Ignite to use full table scan instead of indexes in some cases. For example, if {{field}} is indexed, with {{field IN (1, 2)}} condition usually is much faster to scan index for 2 values, then full scan table and filter out results. For {{OR}} operator {{OrToUnion}} rule can't be applied and there will be full table scan again.
>  We should support index traversing using SEARCH/SARG operator.
>  Alternatively we can convert {{SEARCH/SARG}} to {{UNIONs}} (similarly to {{OrToUnion}} rule), but this approach will extend plan search space a lot.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)