You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Iurii Gerzhedovich (Jira)" <ji...@apache.org> on 2024/04/03 14:34:00 UTC

[jira] [Updated] (IGNITE-19997) Sql. Enhancing test coverage of type coercion

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

Iurii Gerzhedovich updated IGNITE-19997:
----------------------------------------
    Epic Link: IGNITE-21956

> Sql. Enhancing test coverage of type coercion
> ---------------------------------------------
>
>                 Key: IGNITE-19997
>                 URL: https://issues.apache.org/jira/browse/IGNITE-19997
>             Project: Ignite
>          Issue Type: Improvement
>          Components: sql
>            Reporter: Konstantin Orlov
>            Priority: Major
>              Labels: ignite-3
>
> Currently, we have neither an understanding of how type coercion impacts the system, nor decent test coverage. As a result, trying to fix one part causes the other to break (see IGNITE-19128 --> IGNITE-19615 --> IGNITE-19976).
> To improve the situation, let us perform the following steps:
>  * first, it is necessary to cover the current behavior of planner with an exhaustive set of tests:. Here, we need to cover following cases
>  ** coercion for set operations like UNION, INTERSECT and EXCEPT
>  ** coercion for binary comparison and arithmetic
>  ** coercion for IN operator
>  ** coercion for CASE operator
>  ** coercion for function arguments
>  ** coercion of source for INSERT, UPDATE and MERGE operators
>  ** etc (did I miss something?)
>  * then, we need to cover execution by the similar tests to make sure coercion and execution are aligned
>  * finally, we should revise coercion rules to remove unnecessary casts



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