[
https://issues.apache.org/jira/browse/HIVE-7654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosh Chauhan updated HIVE-7654:
-----------------------------------
Status: Open (was: Patch Available)
Good work in making # of sql queries independent of # of cols. Left some
comments on RB.
I was expecting annotate_stats_part results to be updated, because you fixed #
of parititions for which stats were found but I was expecting them to change
from COMPLETE to PARTIAL. Can you take a look at that as well.
> A method to extrapolate columnStats for partitions of a table
> -------------------------------------------------------------
>
> Key: HIVE-7654
> URL: https://issues.apache.org/jira/browse/HIVE-7654
> Project: Hive
> Issue Type: New Feature
> Reporter: pengcheng xiong
> Assignee: pengcheng xiong
> Priority: Minor
> Attachments: Extrapolate the Column Status.docx, HIVE-7654.0.patch,
> HIVE-7654.1.patch, HIVE-7654.4.patch
>
>
> In a PARTITIONED table, there are many partitions. For example,
> create table if not exists loc_orc (
> state string,
> locid int,
> zip bigint
> ) partitioned by(year string) stored as orc;
> We assume there are 4 partitions, partition(year='2000'),
> partition(year='2001'), partition(year='2002') and partition(year='2003').
> We can use the following command to compute statistics for columns
> state,locid of partition(year='2001')
> analyze table loc_orc partition(year='2001') compute statistics for columns
> state,locid;
> We need to know the “aggregated” column status for the whole table loc_orc.
> However, we may not have the column status for some partitions, e.g.,
> partition(year='2002') and also we may not have the column status for some
> columns, e.g., zip bigint for partition(year='2001')
> We propose a method to extrapolate the missing column status for the
> partitions.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
