Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 61781 invoked from network); 9 Feb 2009 15:18:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Feb 2009 15:18:49 -0000 Received: (qmail 91323 invoked by uid 500); 9 Feb 2009 15:18:46 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 91291 invoked by uid 500); 9 Feb 2009 15:18:46 -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 91280 invoked by uid 99); 9 Feb 2009 15:18:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Feb 2009 07:18:46 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of wmertens@cisco.com designates 144.254.15.119 as permitted sender) Received: from [144.254.15.119] (HELO av-tac-bru.cisco.com) (144.254.15.119) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Feb 2009 15:18:38 +0000 X-TACSUNS: Virus Scanned Received: from strange-brew.cisco.com (localhost [127.0.0.1]) by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id n19FIGw28536 for ; Mon, 9 Feb 2009 16:18:16 +0100 (CET) Received: from dhcp-10-61-108-187.cisco.com (dhcp-10-61-108-187.cisco.com [10.61.108.187]) by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id n19FIAt28499 for ; Mon, 9 Feb 2009 16:18:15 +0100 (CET) Message-Id: <2B705A9C-441C-487C-95E7-B537682F49A7@cisco.com> From: Wout Mertens To: user@couchdb.apache.org In-Reply-To: <20090209145701.GR21180@tumbolia.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [user] Re: The Blog Date: Mon, 9 Feb 2009 16:18:09 +0100 References: <5186956f0902082052m43546a8dmb6d9a3ebf9685034@mail.gmail.com> <5186956f0902090228p5a6db266l764fde4c82b571d0@mail.gmail.com> <5186956f0902090338i2829df1erebaa24a4feea7e06@mail.gmail.com> <5186956f0902090449s76befd76g4cf9ded9f59efc86@mail.gmail.com> <5186956f0902090627y1239b12es505ee80b2d6bd248@mail.gmail.com> <6a8c90ba0902090651q258bb335uf6142ccb25261931@mail.gmail.com> <20090209145701.GR21180@tumbolia.org> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org On Feb 9, 2009, at 3:57 PM, Noah Slater wrote: > On Mon, Feb 09, 2009 at 09:51:18AM -0500, Adam Petty wrote: >> Could this thread be added to the wiki - with only minor editing >> for length >> - maybe as "a RDBMS vs couch 'Discussion' ?" or something >> similar?"... > > We've learnt from the book that such comparisons tend to be harmful. > > They lead people into thinking that there is a direct meaningful > comparison. > > Fundamentally, CouchDB and RDMS solve different problems. I dunno, I think it would be interesting to compare the main benefits of each so that you know what the strong points of each are. For example, suppose you implement schema-free in an RDBMS by adding a text field that contains a JSON string. You still keep some of the metadata, like _rev and _id, in proper fields. However, thinking about that, it means you will need to re-implement everything CouchDB does, like views and replication. To be honest, I think saying RDBMS and CouchDB are for different solutions is just you guys being nice. I think that any application would benefit from using the CouchDB model and only in very specific, very demanding cases an RDBMS would be better. I can't think of any examples though. So here's my challenge to the mailing list, it's pretty much the same one that MrDonut posted: Give us an example of something that would be better be done with an RDBMS and something that would better be done with CouchDB. I'll help you: I think it would be easier to create a wiki with CouchDB than with an RDBMS. It is possible in both but CouchDB just makes it easier. I suppose we'd have to ask the http://couch.it guys to know if that's true. I don't know what would be done better in an RDBMS. Performance logging perhaps? Something with really stringent schema requirements? Wout.