cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeremiah Jordan (JIRA)" <j...@apache.org>
Subject [jira] [Issue Comment Deleted] (CASSANDRA-7362) Be able to selectively "mount" a snapshot of a table as a read-only version of that table
Date Sat, 07 Jun 2014 00:35:02 GMT

     [ https://issues.apache.org/jira/browse/CASSANDRA-7362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jeremiah Jordan updated CASSANDRA-7362:
---------------------------------------

    Comment: was deleted

(was: Is this a dup of CASSANDRA-2527?)

> Be able to selectively "mount" a snapshot of a table as a read-only version of that table
> -----------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-7362
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7362
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core, Tools
>            Reporter: Tupshin Harper
>            Priority: Minor
>             Fix For: 3.0
>
>
> When doing batch jobs (thinking hive and shark as prominent examples) or repeated analysis
of the same data, it can be challenging to get a consistent result if the data is changing
under your feet. Rather than the low level CASSSANDRA-2527, I propose that we add the capability
to take a named snapshot  (exact uuid in 2.1 and later), and be able to activate and deactivate
it as a regular sstable (e.g. myks.mytable snapshot could be activated as myks.mytable-longuuid).
That table would be queryable just like any other, but would not be writable. Any attempt
to insert or update would throw an exception. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message