Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of siriele2x3@gmail.com
 designates 209.85.212.176 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <001b01ce772b$755532e0$5fff98a0$@gmail.com>
References: <017a01ce76ca$a3f8b560$ebea2020$@gmail.com>
	<CA+UPnOUYgrcY8-Ej-_gc8-nTf39nJRcyEqEXNvwV_Jb7dm-a-A@mail.gmail.com>
	<001b01ce772b$755532e0$5fff98a0$@gmail.com>
Date: Tue, 2 Jul 2013 07:01:24 -0700
Message-ID: 
 <CAPNuaCgN0x=dy9vW-mbg8baJWKa+3=5HJ_KuwJNU1bSv=M8Biw@mail.gmail.com>
Subject: RE: Reduce overflow errors when number of documents >= 10?
From: Stanley Iriele <siriele2x3@gmail.com>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=047d7b5d4daed5e7f904e087c7bb

--047d7b5d4daed5e7f904e087c7bb
Content-Type: text/plain; charset=ISO-8859-1

Is that the only view in that design doc? Or is there another view with a
reduce function?
On Jul 2, 2013 6:53 AM, "N S Cuka" <nscuka@gmail.com> wrote:

> My reduce function is empty -- i.e. there is no reduce.js file for that
> view. I have also tried a null reduce function:
>
> function (key, values, rereduce)  {
>     return null;
> }
>
> As well as an empty reduce.js file.  All of these give me the reduce
> overflow error.
>
> The view that I am using is:
>
> function(doc) {
>         if( doc.type == 'set') {
>                 emit(doc._id, doc.name);
>         }
> }
>
> And the request looks like:
>
> http://localhost:5984/cuka/_design/testCouch/_view/allSets?reduce=false
>
> My documents are some metadata fields for  _attachments consisting of jpg
> files.
>
> Thank you for any insight.
>
> - N
>
>
>
> -----Original Message-----
> From: Stanley Iriele [mailto:siriele@breaktimestudios.com]
> Sent: Monday, July 01, 2013 10:35 PM
> To: user@couchdb.apache.org
> Subject: Re: Reduce overflow errors when number of documents >= 10?
>
> Hey...could you paste your reduce function as well?
> On Jul 1, 2013 7:20 PM, "N S Cuka" <nscuka@gmail.com> wrote:
>
> > Hello Everyone,
> >
> >
> >
> > I am having a strange problem with my views in Couch DB 1.3.  When I
> > have
> > 10
> > or more documents in my database, for some reason my views are bombing
> > out with "reduce_overflow_error".  The views in question (which work
> > fine when
> > n=9 documents) are both called with reduce=false.  The views are very
> > simple and simply select out a document based on type. E.g.:
> >
> >
> >
> > <pre>
> >
> >                 if( doc.type == 'set') {
> >
> >                                 emit(doc._id, doc.name);
> >
> >                 }
> >
> > </pre>
> >
> >
> >
> > The error is reproducible when the number of documents (of any type,
> > not just type=="set") gets to 10 and disappears when the number goes back
> to 9.
> > Do I need to set the [query_server_config] reduce_limit = false server
> > parameter to get this to work? It seems strange that 10 is the magic
> > number and this is probably an important clue that I can't quite pick up
> on.
> >
> >
> >
> > The other odd thing is that if I go into futon, go to the view, and
> > put in a simple reduce function (just returning null), then the view
> > will temporarily work (just in futon though).  If I push the same
> > function through Erica then I get the same error back or try to access
> > the view that is working in futon through a REST call, it still bombs.
> > This makes me wonder if there is some kind of encoding issue that is
> > causing problems, but I can't see where that would come into play.
> > This is an example of a query string that I am using from my couchapp:
> >
> >
> >
> > http://localhost:5984/cuka/_design/testCouch/_view/allSets?reduce=fals
> > e
> >
> >
> >
> > TIA for any advice.
> >
> >
> >
> > -          N
> >
> >
> >
> > Details:
> >
> > Windows 7
> >
> > Couchdb 1.3
> >
> > Firefox 21.0
> >
> >
> >
> >
>
>

--047d7b5d4daed5e7f904e087c7bb--