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

Mihai Budiu commented on CALCITE-6464:
--------------------------------------

Great, any contributions are appreciated. Hopefully this should be an easy one, 
confined to a single function. You may have trouble if some tests start failing 
after this change, because they depended on this bug.

> Type inference for DECIMAL division seems incorrect
> ---------------------------------------------------
>
>                 Key: CALCITE-6464
>                 URL: https://issues.apache.org/jira/browse/CALCITE-6464
>             Project: Calcite
>          Issue Type: Bug
>          Components: core
>    Affects Versions: 1.37.0
>            Reporter: Mihai Budiu
>            Assignee: Tim Grein
>            Priority: Minor
>
> This bug surfaces if one uses a custom type system, e.g., where DECIMAL is 
> limited to (28, 10).
> The problem is in RelDataTypeSystem.deriveDecimalDivideType.
> The JavaDoc of this function gives the algorithm for deriving the division 
> result type.
> According to these rules, if you divide two numbers of type DECIMAL(28, 10), 
> you should get a result with type DECIMAL(28, 10). 
> But the actual implementation infers a type of DECIMAL(28, 0), which seems 
> incorrect. 



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

Reply via email to