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

Mark Owens edited comment on ACCUMULO-4808 at 7/30/18 2:33 PM:
---------------------------------------------------------------

Duplicated by Github Issue [%573|https://github.com/apache/accumulo/issues/573]


was (Author: jmark99):
See Github Issue [%573|https://github.com/apache/accumulo/issues/573]

> Add splits to table at table creation.
> --------------------------------------
>
>                 Key: ACCUMULO-4808
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-4808
>             Project: Accumulo
>          Issue Type: New Feature
>          Components: master, tserver
>            Reporter: Mark Owens
>            Assignee: Mark Owens
>            Priority: Major
>             Fix For: 2.0.0
>
>
> Add capability to add table splits at table creation. Recent changes now 
> allow iterator and locality groups to be created at table creation. Do the 
> same with splits. Comment below from 
> [ACCUMULO-4806|https://issues.apache.org/jira/browse/ACCUMULO-4806] explains 
> the motivation for the request:
> {quote}[~etcoleman] added a comment - 2 hours ago
> It would go al long way if the splits could be added at table creation or 
> when table is offline.  When the other API changes were made by Mark, I 
> wondered if this task could also could be done at that time - but I believe 
> that it was more complicated.
> The delay is that when a table is created and then the splits added and then 
> taken offline there is a period proportional to the number of splits as they 
> are off-loaded from the tserver where they originally got assigned.  (The 
> re-online with splits distributed across the cluster is quite fast)
> If the splits could be added at table creation, or while the table is offline 
> so that the delay for shedding the tablets could be avoided, then the need to 
> perform the actual import offline would not be as necessary.
>  
> {quote}
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to