Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 43394 invoked from network); 8 Feb 2011 18:28:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Feb 2011 18:28:07 -0000 Received: (qmail 15785 invoked by uid 500); 8 Feb 2011 18:28:07 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 15564 invoked by uid 500); 8 Feb 2011 18:28:05 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 15556 invoked by uid 99); 8 Feb 2011 18:28:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Feb 2011 18:28:04 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.213.180 as permitted sender) Received: from [209.85.213.180] (HELO mail-yx0-f180.google.com) (209.85.213.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Feb 2011 18:27:58 +0000 Received: by yxd30 with SMTP id 30so2554305yxd.11 for ; Tue, 08 Feb 2011 10:27:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=H8lnRz37xSXD5xSld+NV472FM5TFEmS3yuAYV6JYJtE=; b=jogVAMpgMfrWQAKbnROt92tgms7s1j+uhAG1ldf8QyzJAzmMb8yYeQsUtnp0ouv/FL 4p/sz4ZYiFcMHy/Ve4s3zUIvkZhjtT/ZWjVEL45FsjmAZpANKkxjlofWv2lh5NT/8Udm qChxCPsu11zOgkABtqgbZNu3JRhddf/9eZ5Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=uqxuK7zMPVd0zfvcF6pRG0vM2gtBfCgS8cA/8Sv+7C7IcZMKXlMuQcQaQOjf8or+Ck 1gfDgp9qQe6OO5KcsYgrPLWisHI3vpH/FfAEITFvbl5TF0vjcP+Dmi2gmKLEMlpUHJFD UnLwZCaccRdCSXCiaGrR5xq338/kvPsbGvAI4= Received: by 10.151.13.1 with SMTP id q1mr449193ybi.86.1297189657231; Tue, 08 Feb 2011 10:27:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.147.33.7 with HTTP; Tue, 8 Feb 2011 10:26:57 -0800 (PST) In-Reply-To: References: <00AB9C0F-D7E0-4E76-B1AA-0A36CD47E2A7@apache.org> From: Paul Davis Date: Tue, 8 Feb 2011 13:26:57 -0500 Message-ID: Subject: Re: CouchOne + Membase = Couchbase To: dev@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > A few months ago, I read about BigCouch: > =A0 =A0BigCouch =3D (CouchDB + Amazon Dynamo clustering theory) > That sounds neat, and I was getting the impression this was done in Erlan= g in such a way it could become part of core and was excited for it. > It is and there's still a general agreement that it will be. The issues holding it back are mostly technical in that we need to refactor our source tree which is being held up by things like waiting for the new replicator to land. > Now I'm trying to figure out what Couchbase is, and my reading indicates: > =A0 =A0Couchbase =3D (Memcached + magic) + (CouchDB + ponies) > > Will these new dependencies make CouchDB harder to compile and use for pe= rsonal deployments? How does merging in an in-memory cache provide the clus= tered resiliency I was hoping would be possible by using BigCouch? I'd neve= r heard of Membase before last night, so I guess I'm just feeling a bit lik= e a nervous IT guy hearing the platform he relies on is about to change in = ways he doesn't understand. > Couchbase is not Apache CouchDB. There are no new dependencies that are suddenly going to be required by CouchDB. > I'd feel more comfortable if I knew what the magic and ponies really were= at a code base level, so I could understand better how they will change th= ings for me and my little Couch apps. I can tell the CouchOne guys are exci= ted about this, though, and trust it means good things for the CouchDB comm= unity. For the foreseeable future, absolutely nothing is going to change for you. Its always possible that we'll start to see some patches coming back from Couchbase employees into Apache CouchDB, but as with all other development they'll go through the same development processes we've been using since CouchDB came to Apache.