Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 21562 invoked from network); 25 Aug 2009 21:37:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Aug 2009 21:37:51 -0000 Received: (qmail 46428 invoked by uid 500); 25 Aug 2009 21:38:15 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 46353 invoked by uid 500); 25 Aug 2009 21:38:15 -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 46339 invoked by uid 99); 25 Aug 2009 21:38:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Aug 2009 21:38:14 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=FS_REPLICA,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of robert.newson@gmail.com designates 209.85.220.227 as permitted sender) Received: from [209.85.220.227] (HELO mail-fx0-f227.google.com) (209.85.220.227) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Aug 2009 21:38:05 +0000 Received: by fxm27 with SMTP id 27so3102496fxm.11 for ; Tue, 25 Aug 2009 14:37:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=EcCN1a3DjsJP98uM4RU6COTBg+C9VCkU49uBAV0MaUw=; b=c3xG/1PIb5gCBjYIMDbag3CbfFQ7+fTMRaWlRVSRpJk25sxgtzNutxuAOLGhsIo7Uw lTaUv5R7gypu+KQeCBaFQXiNrA+yGxDWustnXKNHr4pOXqhDa+rHRGHSKMn2Dr+SmJUz rFDdf/Uw3glg9eEzzGKpsvd0BQsK/pggrulxw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=xuzO7aZntG+eBQHPO6yGAcAFzVUd8WtKf1nRm5cuJMzf6VESdiZ0OakoaSA20IEUm0 kWSPc6xv3uBXc+EsznQrN7/EHjbUFZAIND/uJiEKeJcNv0Xgou102Qf9+tND6yvXd1Fy 9w11PqnlodYUTTNd8QuF7aTazNInkn4b5AqE4= MIME-Version: 1.0 Received: by 10.204.7.86 with SMTP id c22mr2887392bkc.113.1251236264439; Tue, 25 Aug 2009 14:37:44 -0700 (PDT) In-Reply-To: <4A9454F3.6020107@meetinghouse.net> References: <4A94534F.9020800@orcaware.com> <4A9454F3.6020107@meetinghouse.net> Date: Tue, 25 Aug 2009 22:37:44 +0100 Message-ID: <46aeb24f0908251437k1549cd4dq4f76a4a2eca8b391@mail.gmail.com> Subject: Re: Replication and new user questions From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I can only speak to the new continuous replication. After a few days of stress testing and bug fixes from the team, it's really pretty amazing. b. On Tue, Aug 25, 2009 at 10:17 PM, Miles Fidelman wrote: > Blair Zajac wrote: >> >> Hello, >> >> We're looking at using CouchDB's replication to allow us to easily have >> multi-master replicating databases across multiple facilities, (e.g. Los >> Angeles, Albuquerque, Bristol, England, etc). =A0It looks like it'll be = the >> perfect tool for the job. >> >> Some questions on the current implementation and the work that I've read >> is going to be in forthcoming releases. >> >> 1) What's the most robust automatic replication mechanism? =A0While >> continuous replication looks nice, I see there's some tickets open with = it >> and that it has issues with four nodes. =A0Is a more robust solution, bu= t a >> little slower and heavier, it to have an update_notification that manual= ly >> POSTs to _replicate? >> >> 2) With the persistent continuous replication feature, is there a way to >> stop continuous replication without restarting couchdb? =A0Will there be= a way >> to manage the list of replicant databases when the persistent continuous >> replication feature is complete? >> > I'm sort of interested in this too. =A0We have an application we're devel= oping > that's somewhat analogous to USENET News. =A0What we want to do is: > > 1. define arbitrary groups, analogous to newsgroups > > 2. distribute control messages to a large number of nodes, allowing a nod= e > to subscribe (or not) > > 3. when a message (document) is posted (inserted) into a group, it gets > replicated to all subscribed nodes > > I keep looking at CouchDB and thinking this should be perfect for what we= 're > doing, but the details of replication are really sketchy. > > Miles Fidelman > > -- > In theory, there is no difference between theory and practice. > In practice, there is. =A0 .... Yogi Berra > > >