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

Zoltan Haindrich edited comment on HIVE-21398 at 3/14/19 6:58 AM:
------------------------------------------------------------------

pushed to master. Thank you Ashutosh for reviewing the changes!
note: test_teradata was a flaky test; HIVE-21440 have just addressed it



was (Author: kgyrtkirk):
pushed to master. Thank you Ashutosh for reviewing the changes!

> Columns which has estimated statistics should not be considered as unique keys
> ------------------------------------------------------------------------------
>
>                 Key: HIVE-21398
>                 URL: https://issues.apache.org/jira/browse/HIVE-21398
>             Project: Hive
>          Issue Type: Bug
>            Reporter: Zoltan Haindrich
>            Assignee: Zoltan Haindrich
>            Priority: Major
>             Fix For: 4.0.0
>
>         Attachments: HIVE-21398.01.patch, HIVE-21398.02.patch
>
>
> Right now for a column to qualify as a unique column it has to meet the 
> criteria: 
> {code}
> NDV >= numRows
> {code}
> when numRows is 1 this tends to be true ; but numRows is also 1 in cases when 
> we are kinda operate in the blind - don't know how many row there are - more 
> generatlly: with estimated column statistics.
> As a sideeffect of qualifying all columns to be unique; after a few joins all 
> column combinations became unique....so for a join between 3 tables which 
> have (i,j,k) columns; then it will allocate {{i*j*k}} triplets of "unique 
> column triplets".



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

Reply via email to