Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 2372 invoked from network); 30 Mar 2010 14:18:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Mar 2010 14:18:57 -0000 Received: (qmail 74346 invoked by uid 500); 30 Mar 2010 14:18:56 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 74304 invoked by uid 500); 30 Mar 2010 14:18:56 -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 Delivered-To: moderator for user@couchdb.apache.org Received: (qmail 80700 invoked by uid 99); 29 Mar 2010 05:50:24 -0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dgoodlad@gmail.com designates 209.85.160.52 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:received:message-id :subject:to:content-type; bh=ILI//gUDlUR3jSNKMZCQT6rREo3T4hCgLl3NC4mo0bw=; b=huKu2YHVPD/boKpF3o6k6CB7LSMP2ulA9ZvLSkkgS1Dd6DMIcQ7InTxGBcRF5AXvI4 lsFezu14RoMMwRlxLPGxTos2CaBWp6Stp/E/ntFqPUoELkGYz4hhkJQ24BMwgfYwxnQC ARA+zwzqesKWC3ogRRHoA/HC2keDgwsL72IOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=az6qU+N3jceQzOL1GiVFzhYDoLKrhxikpit/xg9yb29Ia1nnE+/gHVM349DFjlwjNv XHEliWneM2jsGFdDeH59K1hMPQ/+jz8wDgDSx9kO8FEPv59hyZEwaS+XywlxzpImY7RH bgLj8GJ8l1GQT3bt42/CHIlNt3T/jDYk8oqCE= MIME-Version: 1.0 Sender: dgoodlad@gmail.com In-Reply-To: References: From: David Goodlad Date: Mon, 29 Mar 2010 16:49:35 +1100 X-Google-Sender-Auth: 9fb77372e6dbc85e Message-ID: Subject: Re: Replicating a subset of data(data for user of a website) To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Mar 29, 2010 at 4:41 PM, Audrey Lee wrote: > Hello List, > > I'm starting work on a website for tourists. > > The basic use-case is that a tourist uses the site to store and > retrieve information about itineraries. > > In addition to the website I want to create a netbook application > which the tourist can use while she is disconnected from the web. > > I want the netbook application-data-store to synchronize with the > data-store of the website. > > The replication abilities of couchDB interest me. > > I'm curious about some deployment issues. > > How easy is it to implement couchDB such that all of the data for all > of the tourists is in a data-center? > > Obviously I want each tourist to have a local copy of only her data. > > Is it easy to deploy couchDB on each netbook so the netbook has only > data related to 1 user? > > Based on the small amount of reading that I've done, I gather that it > is easy to replicate an entire couchDB between hosts. > > For my use case, I dont want to replicate an entire couchDB from a > data-center to a netbook. > > Instead I want to replicate a subset of a couchDB. > > Has anyone on this list dealt with a use-case similar to my > tourist-site-and-app use-case? Hi Audrey Have you considered having multiple databases on your server, one for each user? This would allow you easily replicate the entire contents of that db to the netbook. This is quite a common thing in Couch: multiple dbs for the same app, separated by user, or groups of users, or... Dave