hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ashutosh Chauhan (JIRA)" <>
Subject [jira] [Commented] (HIVE-7604) Add Metastore API to fetch one or more partition names
Date Tue, 26 Aug 2014 23:48:00 GMT


Ashutosh Chauhan commented on HIVE-7604:

+1 Proposed api LGTM

> Add Metastore API to fetch one or more partition names
> ------------------------------------------------------
>                 Key: HIVE-7604
>                 URL:
>             Project: Hive
>          Issue Type: New Feature
>          Components: Metastore
>            Reporter: Thiruvel Thirumoolan
>            Assignee: Thiruvel Thirumoolan
>             Fix For: 0.14.0
>         Attachments: Design_HIVE_7604.1.txt, Design_HIVE_7604.txt
> We need a new API in Metastore to address the following use cases. Both use cases arise
from having tables with hundreds of thousands or in some cases millions of partitions.
> 1. It should be quick and easy to obtain distinct values of a partition. Eg: Obtain all
dates for which partitions are available. This can be used by tools/frameworks programmatically
to understand gaps in partitions before reprocessing them. Currently one has to run Hive queries
(JDBC or CLI) to obtain this information which is unfriendly and heavy weight. And for tables
which have large number of partitions, it takes a long time to run the queries and it also
requires large heap space.
> 2. Typically users would like to know the list of partitions available and would run
queries that would only involve partition keys (select distinct partkey1 from table) Or to
obtain the latest date partition from a dimension table to join against another fact table
(select * from fact_table join select max(dt) from dimension_table). Those queries (metadata
only queries) can be pushed to metastore and need not be run even locally in Hive. If the
queries can be converted into database based queries, the clients can be light weight and
need not fetch all partition names. The results can be obtained much faster with less resources.

This message was sent by Atlassian JIRA

View raw message