[ https://issues.apache.org/jira/browse/KUDU-2671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17565210#comment-17565210 ]
ASF subversion and git services commented on KUDU-2671: ------------------------------------------------------- Commit 2696d5d044a44f35abf906ac371eebd627c98d08 in kudu's branch refs/heads/master from Kurt Deschler [ https://gitbox.apache.org/repos/asf?p=kudu.git;h=2696d5d04 ] KUDU-2671 show custom hash schema in formatRangePartition This patch introduces a new method targeted for Impala for formatted output of table's range partitions along with hash their schemas. Hash schema information is appended to each range partition. Several test scenarios in TestKuduTable are updated to provide coverage for the functionality of the newly introduced method KuduTable.getFormattedRangePartitionsWithHashSchema(). Change-Id: Ia1a014ad820b2d73ea09fe3f67baefe9d0acb7aa Reviewed-on: http://gerrit.cloudera.org:8080/18693 Tested-by: Alexey Serbin <ale...@apache.org> Reviewed-by: Kurt Deschler <kdesc...@cloudera.com> Reviewed-by: Alexey Serbin <ale...@apache.org> > Change hash number for range partitioning > ----------------------------------------- > > Key: KUDU-2671 > URL: https://issues.apache.org/jira/browse/KUDU-2671 > Project: Kudu > Issue Type: Improvement > Components: client, java, master, server > Affects Versions: 1.8.0 > Reporter: yangz > Assignee: Mahesh Reddy > Priority: Major > Labels: feature, roadmap-candidate, scalability > Attachments: 屏幕快照 2019-01-24 下午12.03.41.png > > > For our usage, the kudu schema design isn't flexible enough. > We create our table for day range such as dt='20181112' as hive table. > But our data size change a lot every day, for one day it will be 50G, but for > some other day it will be 500G. For this case, it be hard to set the hash > schema. If too big, for most case, it will be too wasteful. But too small, > there is a performance problem in the case of a large amount of data. > > So we suggest a solution we can change the hash number by the history data of > a table. > for example > # we create schema with one estimated value. > # we collect the data size by day range > # we create new day range partition by our collected day size. > We use this feature for half a year, and it work well. We hope this feature > will be useful for the community. Maybe the solution isn't so complete. > Please help us make it better. -- This message was sent by Atlassian Jira (v8.20.10#820010)