You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "yangz (JIRA)" <ji...@apache.org> on 2019/01/24 04:00:01 UTC

[jira] [Created] (KUDU-2671) Change hash number for range partitioning

yangz created KUDU-2671:
---------------------------

             Summary: 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
             Fix For: 1.8.0


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
(v7.6.3#76005)