[
https://issues.apache.org/jira/browse/CASSANDRA-825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12841275#action_12841275
]
Jonathan Ellis commented on CASSANDRA-825:
------------------------------------------
each segment has a header w/ a name -> id map [currently you have id -> name
but just make it a BiMap] so you use that to get the id for the RM cfname.
either way we need to change Table.apply to take a Map<name, id> representing
what the mapping was at the time of the RM so it can put it in the right CFS
[not necessarily in this patchset]. I'm saying it's simpler to just use the
one you already have in the CLH than build one up laboriously from
binary-searched timestams.
> Create an additional system keyspace to store KS definitions and migration
> data.
> --------------------------------------------------------------------------------
>
> Key: CASSANDRA-825
> URL: https://issues.apache.org/jira/browse/CASSANDRA-825
> Project: Cassandra
> Issue Type: Sub-task
> Components: Core
> Reporter: Gary Dusbabek
> Assignee: Gary Dusbabek
> Priority: Minor
> Fix For: 0.7
>
> Attachments:
> v2-0001-CASSANDRA-825-use-jug-for-TimeUUID-generation.txt,
> v2-0002-dump-and-load-definition-tables.txt,
> v2-0003-make-KSMetaData-immutable.txt,
> v2-0004-push-cfid-generation-down-into-CFMetaData-getting-rid-.txt,
> v2-0005-support-for-serializing-historical-cf-names.txt
>
>
> Create an additional system keyspace to store KS definitions and migration
> data.
> Tweak the internals so cassandra can optional load all definitions from
> there, ignoring CF definitions in the xml.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
