You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by Utku Can Topçu <ut...@topcu.gen.tr> on 2010/10/21 17:12:38 UTC

creating and dropping columnfamilies as a usecase

Hi All,

In the current project I'm working on. I have use case for hourly analyzing
the rows.

Since the 0.7x branch supports creating and dropping columnfamilies on the
fly;
My use case proposal will be:

* Create a CF at the very beginning of every hour
* At the end of the 1-hour period, analyze the data stored in the CF with
Hadoop
* Drop the CF afterwards.

Can you foresee any problems in continiously creating and dropping
columnfamilies?

Regards,
Utku

Re: creating and dropping columnfamilies as a usecase

Posted by aaron morton <aa...@thelastpickle.com>.
AFAIK it's not really the purpose of the dynamic schema functions. 

You may run into problems such as the caches are per CF and the CF's have a high memory overhead (3 * mem table MB) so your memory usage will jump around.

Cloud Kick gather a lot of metrics this may help http://wiki.apache.org/cassandra/ArchitectureCommitLog

If you want to use Hadoop for the analysis, and the data really can be thrown away, then I would consider using Hadoop by it's self. Take a look at Flume from cloudera to stream data into HDFS http://www.cloudera.com/blog/2010/09/using-flume-to-collect-apache-2-web-server-logs/

Hope that helps. 
Aaron

On 22 Oct 2010, at 04:12, Utku Can Topçu wrote:

> Hi All,
> 
> In the current project I'm working on. I have use case for hourly analyzing the rows.
> 
> Since the 0.7x branch supports creating and dropping columnfamilies on the fly; 
> My use case proposal will be:
> 
> * Create a CF at the very beginning of every hour
> * At the end of the 1-hour period, analyze the data stored in the CF with Hadoop
> * Drop the CF afterwards.
> 
> Can you foresee any problems in continiously creating and dropping columnfamilies?
> 
> Regards,
> Utku
> 
>