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 2023/03/06 09:00:00 UTC
[jira] [Updated] (IGNITE-18966) Sql. Custom data type. Fix least restrictive type and nullability.
[ https://issues.apache.org/jira/browse/IGNITE-18966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Maksim Zhuravkov updated IGNITE-18966:
--------------------------------------
Description:
1. Calcite uses ANY type for DEFAULT operator and introduction of custom data type caused a regression broke that rule.
2. Nullable attribute is not correctly set for custom data type - it creates a custom data type with nullability = true when it should be false.
3. Update commonTypeForBinaryComparison to convert to/from custom data type in binary comparison operators.
was:
1. Calcite uses ANY type for DEFAULT operator and introduction of custom data type caused a regression broke that rule.
2. Nullable attribute is not correctly set for custom data type - it creates a custom data type with nullability = true when it should be false.
3. Use commonTypeForBinaryComparison to convert to/from custom data type in binary comparison operators.
> Sql. Custom data type. Fix least restrictive type and nullability.
> ------------------------------------------------------------------
>
> Key: IGNITE-18966
> URL: https://issues.apache.org/jira/browse/IGNITE-18966
> Project: Ignite
> Issue Type: Bug
> Components: sql
> Reporter: Maksim Zhuravkov
> Priority: Minor
> Labels: calcite2-required, calcite3-required, ignite-3
> Fix For: 3.0.0-beta2
>
>
> 1. Calcite uses ANY type for DEFAULT operator and introduction of custom data type caused a regression broke that rule.
>
> 2. Nullable attribute is not correctly set for custom data type - it creates a custom data type with nullability = true when it should be false.
> 3. Update commonTypeForBinaryComparison to convert to/from custom data type in binary comparison operators.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)