Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 11303 invoked from network); 20 Jul 2010 06:54:01 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 20 Jul 2010 06:54:01 -0000 Received: (qmail 93173 invoked by uid 500); 20 Jul 2010 06:54:00 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 93092 invoked by uid 500); 20 Jul 2010 06:53:57 -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 93082 invoked by uid 99); 20 Jul 2010 06:53:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Jul 2010 06:53:57 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [203.199.18.82] (HELO mail1.impetus.co.in) (203.199.18.82) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Jul 2010 06:53:51 +0000 Received: from mail1.impetus.co.in ([192.168.100.28]) by mail1.impetus.co.in ([192.168.100.28]) with mapi; Tue, 20 Jul 2010 12:23:07 +0530 From: Sanjay Sharma To: "user@cassandra.apache.org" Date: Tue, 20 Jul 2010 12:23:03 +0530 Subject: RE: A very short summary on Cassandra for a book Thread-Topic: A very short summary on Cassandra for a book Thread-Index: AcsntVKHrmXzsFKVQ8ez/2LkXjWaTgAIHw6g Message-ID: <8419CE074608E24FB834DB9D270C78D6D86FCD12CF@mail1.impetus.co.in> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Hi Jonathan, I fear 'row-oriented' could fuel the holy war between 'row-based RDBMS' and= 'column-oriented NoSQL databases' Some related reads here - -http://dbmsmusings.blogspot.com/2010/03/distinguishing-two-major-types-of_= 29.html -http://en.wikipedia.org/wiki/Column-oriented_DBMS -http://en.wikipedia.org/wiki/Apache_Cassandra says- "The values from a col= umn family for each key are stored together, making Cassandra a hybrid betw= een a column-oriented DBMS and a row-oriented store" http://en.wikipedia.org/wiki/Apache_Cassandra certainly needs some cleanup! Cheers, Sanjay -----Original Message----- From: Jonathan Ellis [mailto:jbellis@gmail.com] Sent: Tuesday, July 20, 2010 8:11 AM To: user@cassandra.apache.org Subject: Re: A very short summary on Cassandra for a book Keep it simple. Something like "Cassandra is a row-oriented, fully distributed database designed for scalability, availability, and durability." Trying to explain the data model in two sentences is not going to work, and "4 or 5 dimension associated arrays" is the wrong tree to bark up entirely. ("row-oriented" is the right one. :) On Thu, Jul 15, 2010 at 6:26 PM, Karoly Negyesi wrote: > Hi, > > I am writing a scalability chapter in a book and I need to mention > Apache Cassandra although it's just a mention. Still I would not like > to be sloppy and would like to get verification whether my summary is > accurate. "Cassandra stores four or five dimension associated arrays. > The first dimension is fixed on creation of the database but the rest > can be infinitely large. Inserts are super fast and can happen to any > database server in the cluster. However, the system is append only > there so there is no in-place update operation like increment. Also > sorting happens on insert time." > > Thanks > > Karoly Negyesi > -- Jonathan Ellis Project Chair, Apache Cassandra co-founder of Riptano, the source for professional Cassandra support http://riptano.com Meet Impetus at the OSCON 2010 in Portland, Oregon during July 19th to 23rd= . Listen to our Senior Director of Engineering and expert speaker Vineet Ty= agi talk about building a Ruby application server. Click http://www.impetus.com/ to know more. Follow our updates on www.twitt= er.com/impetuscalling . NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impe= tus does not represent, warrant and/or guarantee, that the integrity of thi= s communication has been maintained nor that the communication is free of e= rrors, virus, interception or interference.