Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jira@apache.org
Date: Wed, 10 Apr 2013 14:54:17 +0000 (UTC)
From: "Eric Newton (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12641842.1365603819574.142834.1365605657669@arcas>
In-Reply-To: <JIRA.12641842.1365603819574@arcas>
References: <JIRA.12641842.1365603819574@arcas>
Subject: [jira] [Commented] (ACCUMULO-1256) Add table trash can
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Eric Newton commented on ACCUMULO-1256:
---------------------------------------

Dots were reserved for namespaces.  I guess the trash could be its own namespace.
                
> Add table trash can
> -------------------
>
>                 Key: ACCUMULO-1256
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-1256
>             Project: Accumulo
>          Issue Type: New Feature
>            Reporter: Keith Turner
>
> It may be useful to provide an optional trash feature.  If this feature were enabled, then when a table is deleted it would go into the trash can.  Tables that had been in the trash for a while could would eventually be deleted.  Tables could be undeleted from the trash can.
> What would the API and shell commands look like?  How would multiple tables in the trash can with the same name be handled in the API?  Would/should per table properties and pertable permissions be preserved?  Should these tables in the trash can show up in the monitor in some way?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira