[ https://issues.apache.org/jira/browse/CASSANDRA-9705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14628375#comment-14628375 ]
Benedict commented on CASSANDRA-9705: ------------------------------------- Yep, I'll leave it there. I can see we simply had two inconsistent (with each other, not internally) concepts of cell, and I'm happy to leave it there on that front. It doesn't mean I'm happy about ColumnData, though: it's still a very ambiguous term, and leaves us without a good term for the _general instance_ of the value(s) associated with a given (row, column) pair. Column data does not disambiguate between, e.g. all values taken by that column for all rows, nor possibly schema data associated with the column. Data is generally an empty term in a database. I'd _prefer_ it if we could come up with something better, but I won't push any further beyond that statement of desire. I will propose one possibility, though: Gaol. A Gaol is, after all, a collection of cells. Sometimes only 1 :) > Simplify some of 8099's concrete implementations > ------------------------------------------------ > > Key: CASSANDRA-9705 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9705 > Project: Cassandra > Issue Type: Sub-task > Reporter: Sylvain Lebresne > Assignee: Sylvain Lebresne > Fix For: 3.0 beta 1 > > > As mentioned in the ticket comments, some of the concrete implementations > (for Cell, Row, Clustering, PartitionUpdate, ...) of the initial patch for > CASSANDRA-8099 are more complex than they should be (the use of flyweight is > typically probably ill-fitted), which probably has performance consequence. > This ticket is to track the refactoring/simplifying those implementation > (mainly by removing the use of flyweights and simplifying accordingly). -- This message was sent by Atlassian JIRA (v6.3.4#6332)