From dev-return-10920-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Tue Jul 27 00:44:42 2010 Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 92286 invoked from network); 27 Jul 2010 00:44:41 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Jul 2010 00:44:41 -0000 Received: (qmail 22223 invoked by uid 500); 27 Jul 2010 00:44:41 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 22170 invoked by uid 500); 27 Jul 2010 00:44:40 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 22161 invoked by uid 99); 27 Jul 2010 00:44:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Jul 2010 00:44:40 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Jul 2010 00:44:38 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o6R0iG9W026493 for ; Tue, 27 Jul 2010 00:44:16 GMT Message-ID: <27340197.13221280191456440.JavaMail.jira@thor> Date: Mon, 26 Jul 2010 20:44:16 -0400 (EDT) From: "Paul Joseph Davis (JIRA)" To: dev@couchdb.apache.org Subject: [jira] Commented: (COUCHDB-837) Adding stale=partial In-Reply-To: <2452653.8651280181143917.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COUCHDB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12892572#action_12892572 ] Paul Joseph Davis commented on COUCHDB-837: ------------------------------------------- @filipe - Awesome @janl - I'd agree with Simon that stale=once is too clever and could be misleading. @Chris - okgo makes me laugh @Simon - So far I think this is the best proposal. There are two intentions, and unless a sufficiently acceptable value for stale can be found that indicates both, then I'd say two parameters is probably best @Chrisagain - While I agree that stale=ok was never intended to serve as a way to delay index updates, I wouldn't be surprised if quite a few people are using it to schedule index updates for off-peak traffic times. We could argue that the default should be to reindex with a new stale=noreindex option or some such though. @jira - I wish you didn't suck so much. > Adding stale=partial > -------------------- > > Key: COUCHDB-837 > URL: https://issues.apache.org/jira/browse/COUCHDB-837 > Project: CouchDB > Issue Type: Improvement > Environment: all released and unreleased versions > Reporter: Filipe Manana > Assignee: Filipe Manana > Attachments: stale_partial.patch > > > Inspired by Matthias' latest post, at http://www.paperplanes.de/2010/7/26/10_annoying_things_about_couchdb.html, section "Views are updated on read access", I added a new value to the "stale" option named "partial" (possibly we need to find a better name). > It behaves exactly like "stale=ok" but after replying to the client, it triggers a view update in the background. > Patch attached. > If no one disagrees this isn't a good feature, or suggest a better parameter value name, I'll commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.