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 2401310BDC for ; Tue, 16 Jul 2013 23:19:41 +0000 (UTC) Received: (qmail 20881 invoked by uid 500); 16 Jul 2013 23:19:39 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 20782 invoked by uid 500); 16 Jul 2013 23:19:39 -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 20774 invoked by uid 99); 16 Jul 2013 23:19:39 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Jul 2013 23:19:39 +0000 Received: from localhost (HELO mail-ve0-f175.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Jul 2013 23:19:39 +0000 Received: by mail-ve0-f175.google.com with SMTP id da11so969582veb.20 for ; Tue, 16 Jul 2013 16:19:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=o35Qr+bidRGqmxOD70Oj3prt3CA3arvvbBvypYnYRes=; b=hAnLEkahkEqVQsObkfC/X4/IQLPZpu8IuJTd1Y0c7lkwQzeEFCqBxWGShADvCs+VOP Fejy4kpo421Y6kafTTZJ+FF1HHpjEXHdsA6qV/wuYqpoR5eGfnuuSiaT2O8wdo/K+tCF EjT+mwsywEESRfo/JsDqwOp1Y5vhk44kwVZjWi90mCpwmnXhsjM5F/E2nHGOsiaR0z7W mY4ZEPkANtz8jx4Zcg3+QCv0zZGK9nvwkpfrSe77AUaBiaARv/6DnizN338+gDt0oVco rAIQKg9wb3ExcmA9sC++i8oXnmSlz7VmVXKOcSiM9G7f3RG1l1d8789R6T9ju4O/86Op Gyig== MIME-Version: 1.0 X-Received: by 10.58.97.167 with SMTP id eb7mr1156779veb.45.1374016778535; Tue, 16 Jul 2013 16:19:38 -0700 (PDT) Received: by 10.220.149.73 with HTTP; Tue, 16 Jul 2013 16:19:38 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Jul 2013 00:19:38 +0100 Message-ID: Subject: Re: named reduce function From: Robert Newson To: "user@couchdb.apache.org" Content-Type: text/plain; charset=ISO-8859-1 :) On 17 July 2013 00:14, Stanley Iriele wrote: > That sounds painful.... Thanks... I was just curious is all. Man Robert > you're really on top of these user issues... Someone should send you a > trophy of kind.... Maybe just a big red couch! > > On Jul 16, 2013 4:08 PM, "Robert Newson" wrote: >> >> Because reduce values are calculated at view build time, not query >> time, so you're basically asking the view to precompute every possible >> function's output. >> >> B. >> >> >> On 17 July 2013 00:01, Stanley Iriele > wrote: >> > just curious, >> > >> > How feasable is it for there to be named reduce functions >> > and instead of reduce=true/false it could be reduce= >> > and keep everything like group levels the same. and the default for no >> > reduce being specified it could default to nothing ..like false. the > only >> > Illegal name for a reduce function could be 'map'. >> > >> > right now I am just returning an object much like what _stats > generates. I >> > was just curious why or why not this was a good sounding idea