cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Praveen Baratam (Created) (JIRA)" <>
Subject [jira] [Created] (CASSANDRA-3678) New Pluggable Compaction to handle Capped Rows / Super Columns
Date Wed, 28 Dec 2011 07:08:30 GMT
New Pluggable Compaction to handle Capped Rows / Super Columns

                 Key: CASSANDRA-3678
             Project: Cassandra
          Issue Type: New Feature
          Components: API, Contrib, Core
         Environment: ALL
            Reporter: Praveen Baratam

Now that Pluggable Compaction is released, its feasible to implement a CompactionStrategy
that handles Capped (Limited in size) Rows or SuperColumns in a ColumnFamily. This feature
was requested many times on mailing lists by many people including me.

The above thread was quoted in Cassandra - Use Cases too.

Reading and interpreting many conversations over this issue, I could infer that it was discussed
in two flavors.

1. Enforcing Max Columns per Row/SC 
2. Sliding Time Window

Many a times MEMTABLE/SSTABLE approach of Cassandra is quoted as a limiting factor for an
amicable implementation. In  my perspective the above mentioned SSTABLE approach could mean
some trade-offs and clever engineering but its still doable.

This feature is not intended to offer a drop-in replacement for specialized tools like RRDTool,
jRobin, etc. but to decrease the overhead of retro fitting such functionality into CASSANDRA
and finding an approach that achieves the principal purpose of discarding obsolete data and
stretching only as far as necessary.

This ticket is to discuss ideas and implementation details of such compaction strategy.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message