Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 11415 invoked from network); 15 Jun 2008 18:33:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Jun 2008 18:33:47 -0000 Received: (qmail 46071 invoked by uid 500); 15 Jun 2008 18:33:49 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 46048 invoked by uid 500); 15 Jun 2008 18:33:49 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 46037 invoked by uid 99); 15 Jun 2008 18:33:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Jun 2008 11:33:49 -0700 X-ASF-Spam-Status: No, hits=2.4 required=10.0 tests=FS_REPLICA,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Jun 2008 18:32:59 +0000 Received: from [10.0.2.3] (e179139196.adsl.alicedsl.de [::ffff:85.179.139.196]) (AUTH: LOGIN jan, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Sun, 15 Jun 2008 18:27:16 +0000 Message-Id: From: Jan Lehnardt To: couchdb-user@incubator.apache.org In-Reply-To: <87D5FA5A-35B9-4FD3-BC4A-017175D018A2@wirestorm.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: Partial replication? Date: Sun, 15 Jun 2008 20:27:14 +0200 References: <87D5FA5A-35B9-4FD3-BC4A-017175D018A2@wirestorm.net> X-Mailer: Apple Mail (2.919.2) X-Virus-Checked: Checked by ClamAV on apache.org Heya Ray, On Jun 12, 2008, at 02:51, Ray Hilton wrote: > CouchDB sounds like the holy grail for Large storage... but what > happens if you hit the disk limit of a single machine? Is there a > way to host parts of the index on different machines (in a redundant > and fault tolerant manner)? I was thinking of writing my own that > would partition by date and then inspect the query to see which > indices to include, and send a MapReduce task to whichever machines > had a copy of the relevant indices. Is this something that may be > possible with CouchDB? CouchDB is not there yet and we don't know exactly how things will look, but this is very much on our roadmap. Cheers Jan --