Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 738 invoked from network); 20 Aug 2009 20:05:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Aug 2009 20:05:37 -0000 Received: (qmail 18972 invoked by uid 500); 20 Aug 2009 20:05:55 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 18896 invoked by uid 500); 20 Aug 2009 20:05:55 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 18886 invoked by uid 99); 20 Aug 2009 20:05:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Aug 2009 20:05:55 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sjtirtha@gmail.com designates 74.125.78.25 as permitted sender) Received: from [74.125.78.25] (HELO ey-out-2122.google.com) (74.125.78.25) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Aug 2009 20:05:47 +0000 Received: by ey-out-2122.google.com with SMTP id 9so75724eyd.29 for ; Thu, 20 Aug 2009 13:05:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=31hQw6jrobwdvALH/ZxhqzGBewRICa6B9pzMTIUOIKs=; b=uNdHRQ728HLyS69pxp0BQK6CSmYhp7EDw+Qy9Fr7wfr9rVJgMIkLDuaKfHy7AYHtbv RwhVCIAIz6AxymolY+xlfisx34IYmJtHo9GI2v6LoNvik2bEfNvtpQ3S0zyhJtIgm6xe I3gT8vtbrhyKHzVV6f64bq9yiCXfyYzSTnQdA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=dZrQUKiloUJBkiIu+um6zLBOz34IcYEyDrrWvGbrHGxOCnQYtZVXMtDWfclrQpRGMx /j4Ez42mHA0oA+7i+u8OEPNt0r3k9bjCvM7c/gd3WGCftJEBc1OipyfEfWwlz8W5JPx0 tRLEZ4aqDcBC7K1fNjkWw6PtFPTXEXt+KrLy8= MIME-Version: 1.0 Received: by 10.216.74.14 with SMTP id w14mr37752wed.153.1250798725944; Thu, 20 Aug 2009 13:05:25 -0700 (PDT) Date: Thu, 20 Aug 2009 16:05:25 -0400 Message-ID: Subject: CouchDB vs. SQL From: sjtirtha To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=00504502d422bed66604719845ed X-Virus-Checked: Checked by ClamAV on apache.org --00504502d422bed66604719845ed Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi people, I'm new in CouchDB. Before I looked into CouchDB, I was kind of investigating what other no-SQL DB exists in the world. There are MongoDB, Hadoop, Hypertable, Cassandra (correct me if I misspelled any names). And I found out the two big no-SQL DBs are Hadoop and CouchDB. Hadoop is very interesting, but it is very big and complicated. On the other hand, from some presentation I have the impression, Hadoop should not use for a normal web application. It is more for analytics data like Google and Yahoo do. So I came to CouchDB, which is also very interesting from the design and implementing language(Erlang) point of view. But somehow, it still does not 100% convince me to replace SQL with CouchDB. One of the reason I like CouchDB very much is the schemaless thing. But I'm still not sure regarding following points: 1. performance. It is faster or same fast as SQL? 2. how can I reduce the data tranfer between my application and CouchDB, when CouchDB always sends the whole document, although I only need a part of it. This can be done very easy in SQL by selecting which columns should be retreived from DB. 3. CouchDB support MVCC which is very good. But how is it, if I really want to lock a document and other people should not be able to write. 4. Can I build a View based from other View? 5. Is there any Document Model Normalization as we all know in relational DB? Because the Model Normalization from relational DB is a basic theory how the relational model should look like. In CouchDB, it looks like that I can do everything I want, but it may be a drawback for me in the future, if I'm not design the document model very well. CouchDB always put HTTP and Restfull as a very important things. But I don't thing it is really complicated for SQL DB vendor to build a HTTP/RESTful communication layer to their DB. regards, Steve --00504502d422bed66604719845ed--