Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 66015 invoked from network); 8 Sep 2010 00:20:53 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Sep 2010 00:20:53 -0000 Received: (qmail 31737 invoked by uid 500); 8 Sep 2010 00:20:51 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 31690 invoked by uid 500); 8 Sep 2010 00:20:51 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 31682 invoked by uid 99); 8 Sep 2010 00:20:50 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Sep 2010 00:20:50 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [206.190.58.167] (HELO web55203.mail.re4.yahoo.com) (206.190.58.167) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 08 Sep 2010 00:20:27 +0000 Received: (qmail 75477 invoked by uid 60001); 8 Sep 2010 00:20:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1283905206; bh=oCMBe1qey7qN1/j+BRhVCqQ62cH5WjD+wIGnUMoQH0I=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=DI/O2z6UpkJ1JskPu4+BvaLD0RMTt6MnT1cb0fuJYDxplJcVZ4XDPKREr6+cXlkvZ8n5FQ7TO6uZ9WNCbkFyk6qD0/p2JCyR0D9CTs6E5fr+Ai25xEgu85J1aq8QNcxoSzBbYfHY8zjQ2eo8iJgsxn0SP9tZBKhwdUb1vxGZkHY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=CCqlQHLDMRVveOfw/yQQvAUhk3lg1F/C10vMikkT6IXX0q2tVyIE9GWsm1FKq2vG0Z+M2zJx6egi1+NucKJ0Qk9cFNLihIepqtz+OdePTbXAmS1/aatS4nixKnti1uKuvvM+8T3GuLepfefAet6Y+FW4YIPibxPaXx1c65yO8Ng=; Message-ID: <411683.74474.qm@web55203.mail.re4.yahoo.com> X-YMail-OSG: BkGm2.cVM1mEN.WGKgbUKoqW21pqs7JMjXskz__5uGWTcMs kWZk- Received: from [38.99.14.58] by web55203.mail.re4.yahoo.com via HTTP; Tue, 07 Sep 2010 17:20:05 PDT X-Mailer: YahooMailRC/470 YahooMailWebService/0.8.105.279950 References: <104658.41794.qm@web55201.mail.re4.yahoo.com> Date: Tue, 7 Sep 2010 17:20:05 -0700 (PDT) From: kannan chandrasekaran Subject: Re: Few questions regarding cassandra deployment on windows To: user@cassandra.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-257886059-1283905205=:74474" X-Virus-Checked: Checked by ClamAV on apache.org --0-257886059-1283905205=:74474 Content-Type: text/plain; charset=us-ascii Can you please elaborate on why you think Cassandra would not be suitable for this ? Main reasons why we think cassandra because, 1) We are on focusing on moving to a distributed architecture very soon and using cassandra as a backend naturally lends to this. 2) Our schema is relatively simple and we wanted quick read and write access. Cassandra response times were faster than Mysql and we expect it to satisfy our requirements ( without the need for a cache layer). 3) I believe with 0.7's live schema updates, the need for changing the xml files and restarting the service would go away. so I believe usecase2 is only difficult in the 0.6 versions... I am more interested in knowing if we can start/run/stop cassandra as a embedded service within a jvm Thanks Kannan ________________________________ From: Benjamin Black To: user@cassandra.apache.org Sent: Tue, September 7, 2010 4:38:41 PM Subject: Re: Few questions regarding cassandra deployment on windows This does not sound like a good application for Cassandra at all. Why are you using it? On Tue, Sep 7, 2010 at 3:42 PM, kannan chandrasekaran wrote: > Hi All, > > We are currently considering Cassandra for our application. > > Platform: > * a single-node cluster. > * windows '08 > * 64-bit jvm > > For the sake of brevity let, > Cassandra service = a single node cassandra server running as an embedded > service inside a JVM > > > My use cases: > 1) Start with a schema ( keyspace and set of column families under it) in a > cassandra service > 2) Need to be able to replicate the same schema structure (add new > keyspace/columnfamilies with different names ofcourse). > 3) Because of some existing limitations in my application, I need to be able > to write to the keyspace/column-families from a cassandra service and read > the written changes from a different cassandra service. Both the write and > the read "cassandra-services" are sharing the same Data directory. I > understand that the application has to take care of any naming collisions. > > > Couple Questions related to the above mentioned usecases: > 1) I want to spawn a new JVM and launch Cassandra as an embedded service > programatically instead of using the startup.bat. I would like to know if > that is possible and any pointers in that direction would be really helpful. > ( use-case1) > 2) I understand that there are provisions for live schema changes in 0.7 ( > thank you guys !!!), but since I cant use a beta version in production, I am > restricted to 0.6 for now. Is it possible to to support use-case 2 in 0.6.5 > ? More specifically, I am planning to make runtime changes to the > storage.conf xml file followed by a cassandra service restart > 3) Can I switch the data directory at run-time ? (use-case 3). In order to > not disrupt read while the writes are in progress, I am thinking something > like, copy the existing data-dir into a new location; write to a new data > directory; once the write is complete; switch pointers and restart the > cassandra service to read from the new directory to pick up the updated > changes > > Any help is greatly appreciated. > > Thanks > Kannan > > > --0-257886059-1283905205=:74474 Content-Type: text/html; charset=us-ascii
Can you please elaborate on why you think Cassandra would not be suitable for this ?

Main reasons why we think  cassandra because,
1) We are on focusing on moving to a distributed architecture very soon and using cassandra as a backend naturally lends to this.
2) Our schema is relatively simple and we wanted quick read and write access. Cassandra response times were faster than Mysql and we expect it to satisfy our requirements ( without the need for a cache layer).
3) I believe with 0.7's live schema updates, the need for changing the xml files and restarting the service would go away. so I believe usecase2 is only difficult in the 0.6 versions...

I am more interested in knowing if we can start/run/stop  cassandra as a embedded service within a jvm

Thanks
Kannan





From: Benjamin Black <b@b3k.us>
To: user@cassandra.apache.org
Sent: Tue, September 7, 2010 4:38:41 PM
Subject: Re: Few questions regarding cassandra deployment on windows

This does not sound like a good application for Cassandra at all.  Why
are you using it?

On Tue, Sep 7, 2010 at 3:42 PM, kannan chandrasekaran
<ckannanck@yahoo.com> wrote:
> Hi All,
>
> We are currently considering Cassandra for our application.
>
> Platform:
> * a single-node cluster.
> * windows '08
> * 64-bit jvm
>
> For the sake of brevity let,
> Cassandra service =  a single node cassandra server running as an embedded
> service inside a JVM
>
>
> My use cases:
> 1) Start with a schema ( keyspace and set of column families under it) in a
> cassandra service
> 2) Need to be able to replicate the same schema structure (add new
> keyspace/columnfamilies with different names ofcourse).
> 3) Because of some existing limitations in my application, I need to be able
> to write to the keyspace/column-families from a cassandra service and read
> the written changes from a different cassandra service. Both the write and
> the read "cassandra-services" are sharing the same Data directory. I
> understand that the application has to take care of any naming collisions.
>
>
> Couple Questions related to the above mentioned usecases:
> 1) I want to spawn a new JVM and launch Cassandra as an embedded service
> programatically instead of using the startup.bat. I would like to know if
> that is possible and any pointers in that direction would be really helpful.
> ( use-case1)
> 2) I understand that there are provisions for live schema changes in 0.7 (
> thank you guys !!!), but since I cant use a beta version in production, I am
> restricted to 0.6 for now. Is it possible to to support use-case 2 in 0.6.5
> ? More specifically, I am planning to make runtime changes to the
> storage.conf xml file followed by a cassandra service restart
> 3) Can I switch the data directory at run-time ?  (use-case 3). In order to
> not disrupt read while the writes are in progress, I am thinking something
> like, copy the existing data-dir into a new location; write to a new data
> directory; once the write is complete; switch pointers and restart the
> cassandra service to read from the new directory to pick up the updated
> changes
>
> Any help is greatly appreciated.
>
> Thanks
> Kannan
>
>
>

--0-257886059-1283905205=:74474--