cassandra-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stu Hood" <>
Subject Re: Is SuperColumn necessary?
Date Wed, 05 May 2010 19:41:02 GMT
Hey Ed,

I've been working on a similar approach for arbitarily nested/compound column names in #998.

The goal is to provide native support and potentially (in the very long term), API support
for nested/compound names. The difference between our approaches boils down to needing to
define a comparator for every level in #998, versus having dynamic types per name in your


-----Original Message-----
From: "Ed Anuff" <>
Sent: Wednesday, May 5, 2010 1:31pm
Subject: Re: Is SuperColumn necessary?

Follow-up from last weeks discussion, I've been playing around with a simple
column comparator for composite column names that I put up on github.  I'd
be interested to hear what people think of this approach.


On Wed, Apr 28, 2010 at 12:52 PM, Ed Anuff <> wrote:

> It might make sense to create a CompositeType subclass of AbstractType for
> the purpose of constructing and comparing these types of "composite" column
> names so that if you could more easily do that sort of thing rather than
> having to concatenate into one big string.
> On Wed, Apr 28, 2010 at 10:25 AM, Mike Malone <> wrote:
>> The only thing SuperColumns appear to buy you (as someone pointed out to
>> me at the Cassandra meetup - I think it was Eric Florenzano) is that you can
>> use different comparator types for the Super/SubColumns, I guess..? But you
>> should be able to do the same thing by creating your own Column comparator.
>> I guess my point is that SuperColumns are mostly a convenience mechanism, as
>> far as I can tell.
>> Mike

View raw message