cassandra-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Zhu Han <>
Subject Re: [DISCUSSION] High-volume counters in Cassandra
Date Fri, 01 Oct 2010 15:12:06 GMT
> They have however at least one advantage:
>  - your super columns are indexed, you don't have to deserialize them
>    entirely each time.

The  size of counter super column is limited to how many replicas propagated
values as the lead replica.  It's size is upper bounded by the number of
replicas.  Even if we support hinted hand off of counters, the size of super
columns just equals to the size of nodes in the cluster, as the worse case.

IMHO, it's not a big deal to de-serialize them entirely, the can fit into
memory very easily. Did I miss anything here?

One advantage of implementing counter as a new CF type:
--you can add some counter specific configuration very easily.

best regards,

To sum up, I can see the following drawbacks to such encoding:
>  - querying SC by names is less efficient.
>  - it takes more disk space (but that's the cheapest resource we have
> isn't it).
> I'd say these are fair compromises.
> --
> Sylvain

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message