Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8ECD4830C for ; Thu, 18 Aug 2011 18:13:43 +0000 (UTC) Received: (qmail 26590 invoked by uid 500); 18 Aug 2011 18:13:41 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 26556 invoked by uid 500); 18 Aug 2011 18:13:41 -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 26548 invoked by uid 99); 18 Aug 2011 18:13:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2011 18:13:40 +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 chrisstocktonaz@gmail.com designates 209.85.218.52 as permitted sender) Received: from [209.85.218.52] (HELO mail-yi0-f52.google.com) (209.85.218.52) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2011 18:13:34 +0000 Received: by yie13 with SMTP id 13so2404840yie.11 for ; Thu, 18 Aug 2011 11:13:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=lD+L3JPIqu8TiKHbU+Uol1Z0jeXASoYyuq93vgfIgfE=; b=fX0TuTCosVHlLfFZzR/c2bF8SGlBSBt+MpIKbJP+yQ8/qD7QAMZDJQ+KlMCfpvZ4My V4Fh7JzZjOXF7DdSyUOF9fBl0/dz1g4nrnZx9KwXx2HmhPlGih2rJ/UmoQV/jtA/EOkl O1YhypvsrLBx345uBXRElmP2FNwA8atPb1laM= MIME-Version: 1.0 Received: by 10.42.108.131 with SMTP id h3mr1013910icp.273.1313691193572; Thu, 18 Aug 2011 11:13:13 -0700 (PDT) Received: by 10.42.178.197 with HTTP; Thu, 18 Aug 2011 11:13:13 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Aug 2011 11:13:13 -0700 Message-ID: Subject: Re: Bug or my lack of understanding? "Reduce output must shrink more rapidly" From: Chris Stockton To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Hello, Thanks for your response Marcello, On Wed, Aug 17, 2011 at 2:13 PM, Marcello Nuccio wrote: > > It says: "SMALL, fixed-size...". I think it has nothing to do with size, if my documents were 1MB and I made a 750KB view structure, everything is fine, so "small" here really means, smaller then the first document you scan... from my testing anyways. > How do you lookup documents? By the key "result"? > Can you emit a value for each data key ("C003089", "C006990", ...) > then use group_level query parameter to collect statistics? > I think this isn't a option as the same view is called without a reduce to efficiently fetch the docs. Also when I do reduce, I need every key. I am sure I could redesign but we now have thousands of customers with these views and a lot of lines of application code that would need changed, at this point.. it's not reasonable. Kind Regards, -Chris