[ 
https://issues.apache.org/jira/browse/CALCITE-3212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16894268#comment-16894268
 ] 

Danny Chan edited comment on CALCITE-3212 at 7/29/19 2:24 AM:
--------------------------------------------------------------

Thanks [~praveenbingo], does this behavior belongs to the SQL standard ? I 
found for MYSQL is the behavior you proposed.

I think the equivalence is mainly used for type cast, i.e. cast(int as 
decimal(10, 0)) when we need a decimal operand but actually it is an integer. 
I'm curious about what is your needs ?


was (Author: danny0405):
Thanks [~praveenbingo], does this behavior belongs to the SQL standard ? I 
found for MYSQL is the behavior you proposed.

I think the equivalence is mainly used for type cast, i.e. cast(int as 
decimal(10, 0)) when we need a decimal operand but actually it is an integer. 
I'm curious about what you needs are ?

> Derive equivalent decimal type for integer and bigint
> -----------------------------------------------------
>
>                 Key: CALCITE-3212
>                 URL: https://issues.apache.org/jira/browse/CALCITE-3212
>             Project: Calcite
>          Issue Type: Improvement
>            Reporter: Praveen Kumar Desabandu
>            Priority: Major
>
> Currently int and bigint literalĀ  types default to 10,0 and 19,0 precision
> Allow clients to interpret them according to their values for e.g. a 
> smallint, tinyint, int and bigint.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

Reply via email to