hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carl Steinbach (JIRA)" <>
Subject [jira] Updated: (HIVE-1307) More generic and efficient merge method
Date Fri, 27 Aug 2010 23:25:56 GMT


Carl Steinbach updated HIVE-1307:

        Fix Version/s: 0.6.0
                           (was: 0.7.0)
    Affects Version/s:     (was: 0.6.0)
          Component/s: Query Processor

> More generic and efficient merge method
> ---------------------------------------
>                 Key: HIVE-1307
>                 URL:
>             Project: Hadoop Hive
>          Issue Type: New Feature
>          Components: Query Processor
>            Reporter: Ning Zhang
>            Assignee: Ning Zhang
>             Fix For: 0.6.0
>         Attachments: HIVE-1307.0.patch, HIVE-1307.2.patch, HIVE-1307.3.patch, HIVE-1307.3_java.patch,
HIVE-1307.4.patch, HIVE-1307.5.patch, HIVE-1307.6.patch, HIVE-1307.7.patch, HIVE-1307.8.patch,
HIVE-1307.9.patch, HIVE-1307.patch, HIVE-1307_2_branch_0.6.patch, HIVE-1307_branch_0.6.patch,
> Currently if hive.merge.mapfiles/mapredfiles=true, a new mapreduce job is create to read
the input files and output to one reducer for merging. This MR job is created at compile time
and one MR job for one partition. In the case of dynamic partition case, multiple partitions
could be created at execution time and generating merging MR job at compile time is impossible.

> We should generalize the merge framework to allow multiple partitions and most of the
time a map-only job should be sufficient if we use CombineHiveInputFormat. 

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message