Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 96128 invoked from network); 30 Jan 2009 14:18:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jan 2009 14:18:30 -0000 Received: (qmail 13851 invoked by uid 500); 30 Jan 2009 14:18:28 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 13820 invoked by uid 500); 30 Jan 2009 14:18:28 -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 13809 invoked by uid 99); 30 Jan 2009 14:18:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 06:18:28 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of patrick.antivackis@gmail.com designates 209.85.218.21 as permitted sender) Received: from [209.85.218.21] (HELO mail-bw0-f21.google.com) (209.85.218.21) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 14:18:19 +0000 Received: by bwz14 with SMTP id 14so8840bwz.11 for ; Fri, 30 Jan 2009 06:17:58 -0800 (PST) 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; bh=tp4V4E19F/tIsJX130YXRNfhqiwPr8Xsp07DxyWpCx0=; b=dpEMHPH+/ur1sEZ0rcB8as7wsAV5Da1LPvRmtbWQAFCYxaB1A6MM1gMfjnMVCW0W12 r3VI6YmI7XoTI3gtAzWSdfh+jGlqraZ6qNQgqzJwEgkmdJ7rOBSLdEHHVREIOtWvcTWr RyFiYbtcnzYftSSErnjJapZFVCs3L+ZB9bVdg= 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; b=FSjxHeM7f3NWva8dqunM9zPdIEdEl3dSKj27MAPjziwqNgpFkrzyZI11NzQkk4s5O0 wqNAmJ2CYOYR2k/bZq0WFK6WCiFUoVDCDCYwtEB7VtVHWcg9vCN6VdwtBlM3sKvbuL/N lDoH5JnwKoEy3kxNCzGfjVmkpKIKeRMq5XZ1M= MIME-Version: 1.0 Received: by 10.223.112.83 with SMTP id v19mr908489fap.66.1233325078226; Fri, 30 Jan 2009 06:17:58 -0800 (PST) In-Reply-To: <20090130141100.GA21402@uk.tiscali.com> References: <20090130101859.GA7348@uk.tiscali.com> <20090130141100.GA21402@uk.tiscali.com> Date: Fri, 30 Jan 2009 15:17:58 +0100 Message-ID: <7060483c0901300617s1f27ebdfs3c353b4479555aec@mail.gmail.com> Subject: Re: Incremental map/reduce From: Patrick Antivackis To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=001636c5b5842e261a0461b3df2c X-Virus-Checked: Checked by ClamAV on apache.org --001636c5b5842e261a0461b3df2c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Brian, normally in your view if you add a reduce=false parameter you should only get the map 2009/1/30 Brian Candler > On Fri, Jan 30, 2009 at 11:34:23AM +0100, Jan Lehnardt wrote: > > Hi Brian, > > > > http://damienkatz.net/2008/02/incremental_map.html > > http://damienkatz.net/2008/02/incremental_map_1.html > > http://horicky.blogspot.com/2008/10/couchdb-implementation.html > > Thank you. > > According to the last of these, "The intermediate objects of the map() and > the reduce() is stored in the view indexes." > > So potentially it would be possible to query just the map part of a > map/reduce view? That could be useful. A few times now I've had to remove > the reduce function from a view just to check whether the map was doing > what > I expected :-) > > Regards, > > Brian. > --001636c5b5842e261a0461b3df2c--