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

Hive QA commented on HIVE-20204:
--------------------------------



Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12932604/HIVE-20204.4.patch

{color:green}SUCCESS:{color} +1 due to 3 test(s) being added or modified.

{color:green}SUCCESS:{color} +1 due to 14680 tests passed

Test results: 
https://builds.apache.org/job/PreCommit-HIVE-Build/12781/testReport
Console output: https://builds.apache.org/job/PreCommit-HIVE-Build/12781/console
Test logs: http://104.198.109.242/logs/PreCommit-HIVE-Build-12781/

Messages:
{noformat}
Executing org.apache.hive.ptest.execution.TestCheckPhase
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.YetusPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
{noformat}

This message is automatically generated.

ATTACHMENT ID: 12932604 - PreCommit-HIVE-Build

> Type conversion during IN () comparisons is using different rules from other 
> comparison operations
> --------------------------------------------------------------------------------------------------
>
>                 Key: HIVE-20204
>                 URL: https://issues.apache.org/jira/browse/HIVE-20204
>             Project: Hive
>          Issue Type: Bug
>          Components: Types
>            Reporter: Jason Dere
>            Assignee: Jason Dere
>            Priority: Major
>         Attachments: HIVE-20204.1.patch, HIVE-20204.2.patch, 
> HIVE-20204.3.patch, HIVE-20204.4.patch
>
>
> Noticed this while looking at HIVE-20082.
> The type conversion done during GenericUDFIn (via 
> ReturnObjectInspectorResolver) uses FunctionRegistry.getCommonClass(), 
> whereas the other comparison operators (=, <, >, <=, >=) use 
> FunctionRegistry.getCommonClassForComparison(). As a result, dec_column IN 
> ('1.1', '2.2') compares the values as strings, whereas dec_column = '1.1' 
> would compare the values as doubles. This makes a difference for HIVE-20082 
> since it is related to changing the 0-padding during decimal-to-string 
> conversions.
> cc [~ashutoshc]



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to