Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: couchdb-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of jchris@gmail.com designates
 209.85.146.181 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=KrdLCWHBeBfq5p6Zw64hKOm6s/wSN90blXeHezlUtN6dZjX8XD5qEF9EenZC0OvQOu0GHHGETOTtwqr/DDWgMWomgoNh9s7VfzhKg8ZDXBGPpnGtzH+5+UaadROFDV7eVv4fSNT+k2GoHYl3Dgptn9yAZCQpKhq0IjlnZTkW79s=
Message-ID: <e282921e0805212107i6444a461mbf369caa18c87d13@mail.gmail.com>
Date: Wed, 21 May 2008 21:07:39 -0700
From: "Chris Anderson" <jchris@grabb.it>
Sender: jchris@gmail.com
To: couchdb-user@incubator.apache.org
Subject: Re: Changes in trunk
In-Reply-To: <8A150DFE-97BB-41D5-82D4-04D15B34ECFB@apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <8A150DFE-97BB-41D5-82D4-04D15B34ECFB@apache.org>

These are good changes, and it's important to have the same API for
views and temp views.

Question: are there plans to allow access to the results of the map
stage of a map/reduce pair? It would certainly be helpful for
debugging, and I can imagine circumstances where one might want to use
both of them in an application, while avoiding the overhead of
duplicate map functions. Further over the horizon I imagine sharing
maps among reduce functions - maybe the reduce key could optionally
support an array of reduce functions, rather than just the string.

Looking forward to specifying start and end keys for the reductions,
so we can really see what they can do!

Chris

On Wed, May 21, 2008 at 11:08 AM, Jan Lehnardt <jan@apache.org> wrote:
> Dear CouchDB aficionados,
> we made a couple of changes in trunk that are
> not backward compatible with earlier versions
> of CouchDB. Theses are necessary changes
> and we do them now in preparation for an 0.8
> release.
>
> If you have software that uses CouchDB, it is
> likely to require changing. Sorry about that :-)
>
> The changes in detail:
>
> Views now support optional reduce. For this
> to work, the structure of view documents
> had to change. An example is probably the
> best way to illustrate them:
>
> {
>  "_id":"_design/foo",
>  "language":"javascript",
>  "views": {
>    "bar": {
>      "map":"function... ",
>      "reduce":"function..."
>    }
>  }
> }
>
> Notable changes are the usage of a JSON object
> to define both the map and the reduce function instead
> of just a string for the map function. Again, the reduce
> member may be omitted.
>
> The "language" member is no longer a "proper"
> MIME-Type, instead, only the actual language's
> name is stated.
>
> Confusingly, we used a "map()" function to be used
> within the actual map function (or view function) to
> place a key and value in a view's result list. This
> function is now called "emit()" to avoid confusion.
>
> function(doc) {
>  emit(doc.foo, null);
> }
>
> Temporary views now need to get POSTed a
> proper JSON document with map and reduce
> members instead of just posting in the map function's
> source:
>
> {
>  "map":"function...",
>  "reduce":"function..."
> }
>
> Note that the language of the view functions is no
> longer determined by the Content-Type header of
> the HTTP request. Since the definition is a JSON object,
> the Content-Type is always application/json.
>
> {
>  "language":"javascript"
>  "map":"function...",
>  "reduce":"function..."
> }
>
>
> You specify the language of the temp view in an optional
> "language" member. If omitted, it's value defaults to
> "javascript".
>
>
>
>


-- 
Chris Anderson
http://jchris.mfdz.com