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

Todd Lipcon commented on KUDU-1872:
-----------------------------------

In general, exposing partitioning metadata via an API would be useful for 
Impala as well. For example, if two tables are joined on a column which is 
being used for hash partitioning on both sides of the join, and the number of 
hash partitions of one table is a multiple of the other, then a more efficient 
join plan can be used.

> Expose range partitioning info in API
> -------------------------------------
>
>                 Key: KUDU-1872
>                 URL: https://issues.apache.org/jira/browse/KUDU-1872
>             Project: Kudu
>          Issue Type: Wish
>          Components: client, impala
>            Reporter: Przemyslaw Maciolek
>
> The API allows to create and drop range partitions using: 
> [AlterTableOptions#addRangePartition 
> (Java)|https://kudu.apache.org/apidocs/org/apache/kudu/client/AlterTableOptions.html#addRangePartition-org.apache.kudu.client.PartialRow-org.apache.kudu.client.PartialRow-]
>  or [KuduTableAlterer#AddRangePartition 
> (C++)|http://kudu.apache.org/releases/1.2.0/cpp-client-api/classkudu_1_1client_1_1KuduTableAlterer.html#a521a968f4db133a10629f76c75dde793]
>  - however it is currently not possible to retrieve information about the 
> currently available partitions. In effect, when partitions are to be added 
> dynamically by the client, they either must be optimistically added (i.e. 
> ignoring AlreadyExists error) or tracked separately.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to