Paul Brannan commented on KUDU-1872:

Is there any reason to not include common/partition.h as part of the public 
API?  It seems stable; the last commit I see was 2016.

As a user, it feels strange to have a public function 
KuduTable::Partition_schema() that returns an opaque type.

> 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
>            Priority: Major
> 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

Reply via email to