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 8AEFA447F for ; Tue, 17 May 2011 21:23:02 +0000 (UTC) Received: (qmail 74919 invoked by uid 500); 17 May 2011 21:23:01 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 74890 invoked by uid 500); 17 May 2011 21:23: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 74882 invoked by uid 99); 17 May 2011 21:23:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 May 2011 21:23:00 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bitroot@gmail.com designates 209.85.216.173 as permitted sender) Received: from [209.85.216.173] (HELO mail-qy0-f173.google.com) (209.85.216.173) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 May 2011 21:22:54 +0000 Received: by qyk36 with SMTP id 36so2814767qyk.11 for ; Tue, 17 May 2011 14:22:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=PoS0IyUOlWlmO0iZb6OwNZ1LhXOm1aoDsQQrSjU4hcM=; b=FNOOvA1CUJpruwABHqkxTYbUX9vz0Ws/RjHkiaNuJsdJJCPVd+YduuVXQy11HQGgt3 z1lRjF5kRbRP5sIYIHsFv5absqEpVecZShC5X+i1Zb9RgIFNUzeB4kC/6j0rrja/mxxH oXmX5om/JIYR0G3mYvhAMUjvSaykvn5GtHzE4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=M6syi9ENjpNx0RIck0XTcxqllqO6ZDfn4kaRfdID3NGO0c2MBum9eQMtALXl2LXPwa YWAg3M0teHsximgC91yMgGITECTc+vszwU7NwfUBgYrpuG+k2t7bx90u6ZBGml3KQR9z Hp8Nr/m0AyCpPWE7jJhtJeib1eavfy7JGgvqM= MIME-Version: 1.0 Received: by 10.224.95.72 with SMTP id c8mr838219qan.239.1305667353848; Tue, 17 May 2011 14:22:33 -0700 (PDT) Sender: bitroot@gmail.com Received: by 10.229.14.81 with HTTP; Tue, 17 May 2011 14:22:33 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 May 2011 22:22:33 +0100 X-Google-Sender-Auth: eFWYFUn7sUv-kHLVeHmRe_VszM8 Message-ID: Subject: Re: Bulk updates with an _update handler? From: Joe Freeman To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 On 17 May 2011 21:12, Paul Davis wrote: > Fairly straight forward I suppose. Bigger question is whether its a good idea. Why wouldn't it be a good idea? Here's the problem I face: The application I'm working on can potentially do lots of sequential updates to separate documents (using requests to an _update handler). When this happens there seems to be a big spike in the load on the server. I'm presuming this is because the views get regenerated after each of the updates (possibly because I'm using a _changes feed, and re-requesting the view on each change). I was under the impression this would be much more efficient if the updates were being batched (so the view would only get regenerated once after all the updates have been made?). Maybe I'm misunderstanding the point of bulk updates, or just how views get updated?