Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 41724 invoked from network); 22 May 2009 07:29:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 May 2009 07:29:49 -0000 Received: (qmail 88198 invoked by uid 500); 22 May 2009 07:30:01 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 88113 invoked by uid 500); 22 May 2009 07:30:00 -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 88093 invoked by uid 99); 22 May 2009 07:30:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 May 2009 07:30:00 +0000 X-ASF-Spam-Status: No, hits=3.4 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [62.13.136.55] (HELO outmail136055.authsmtp.co.uk) (62.13.136.55) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 May 2009 07:29:48 +0000 Received: from mail-c188.authsmtp.com (mail-c188.authsmtp.com [62.13.128.25]) by punt9.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id n4M7TR7F077925 for ; Fri, 22 May 2009 08:29:27 +0100 (BST) Received: from [192.168.1.182] (host233-235-dynamic.17-79-r.retail.telecomitalia.it [79.17.235.233]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id n4M7TP92099155 for ; Fri, 22 May 2009 08:29:26 +0100 (BST) Message-ID: <4A165444.8090302@griffinbyteworks.com> Date: Fri, 22 May 2009 09:29:08 +0200 From: Kai Griffin User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: Newbie question regarding Bulk Documents References: <92356a130905211436o4e447dd0k4964d71cb1be54d1@mail.gmail.com> In-Reply-To: <92356a130905211436o4e447dd0k4964d71cb1be54d1@mail.gmail.com> Content-Type: multipart/alternative; boundary="------------050501090708020902090303" X-Server-Quench: 47a3c6b1-46a2-11de-aecc-001871e930f4 X-AuthRoute: OCdxZQsVBFZWRQUy BTkFAiFBTw80OhBT BgUANk1RJ18fSB9c KG5RKUdYMFEWA1hB UjVTDkoLEgo/W2Fq FlsYcgddYkNeXw1g UkFDQFQcEwx2ABsf BB0bTBtxdBpEfWFw KxhmI3c/PE14dU90 Q0tRW24DY2EubGdO UxNeJQJJdAUbfAJE awQqSSJYMjYaZnph T1BqMmFqZTsDPh5Y EEkrIE0YQEtDByMx XAwDGjNnB0AKTj8/ LhopYnQBGEVZHkI5 LF4sX04DW3Vp X-Authentic-SMTP: 61633235333037.cat.dmpriest.net.uk:1562/Kp X-Report-SPAM: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-Virus-Checked: Checked by ClamAV on apache.org --------------050501090708020902090303 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit I have the part of my application that uploads lots of bulk docs perform a view request every x-number of documents (roughly around every 50). That spreads the time required to upload the view out, so that when it's time for someone to look at a view, the indexes are either already updated, or very nearly so. Cheers, Kai On 21/05/2009 23:36, Blair Nilsson wrote: > 2009/5/22 An�bal Rojas : > >> Hello, >> >> Once a POST request to the /whatever/_bulk_docs URI finishes and a >> response is generated by CouchDB, does this assure all the views have >> been updated? Could not find this behavior exp�ained in the API >> >> Thanks in advance, >> >> -- >> An�bal Rojas >> @anibalrojas >> >> > > The views will not be updated until someone looks at them. In saying > that, you can treat them as updated because next time they are used, > they will have the records added to them. > > This does mean that if a LOT of records are added, the new time you > use a view it may be a touch slow, but normally it isn't a problem. > > --- Blair > > --------------050501090708020902090303--