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

[jira] [Created] (IGNITE-22417) Sql. Validator accepts f(BIGINT) but f(long) but SQL runtime does not define f(long) it has f(int)

Maksim Zhuravkov created IGNITE-22417:
-----------------------------------------

             Summary: Sql. Validator accepts f(BIGINT) but f(long) but SQL runtime does not define f(long) it has f(int)
                 Key: IGNITE-22417
                 URL: https://issues.apache.org/jira/browse/IGNITE-22417
             Project: Ignite
          Issue Type: Bug
          Components: sql
            Reporter: Maksim Zhuravkov


Calcite's uses TypeFamilies in a lot of places to define types of types function arguments.
This leads to a problem when a function that only accepts INTEGER type also accepts BIGINT type, but runtime does not have an implementation of a function that accepts long (because there can be no sense in doing so), causing a runtime error.

This function can be called with TINYINT, SMALLINT, and INTEGER, but should be rejected by the validation when called with BIGINT:

{noformat}
Descriptor: F(<INTEGER>)
Runtime: Fs.f(int)
{noformat}

Validator accepts a call to f(BIGINT) since BIGINT is a part of INTEGER type family.
But f(long) is not defined in runtime, so java.lang.NoSuchMethodException: Fs.f(long) is thrown when a query get executed.

*Expected behaviour*: when a function does not accept BIGINTs, then the validator should return an error.





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