From dev-return-17002-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Fri Jul 1 21:03:53 2011 Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3D20E4FD1 for ; Fri, 1 Jul 2011 21:03:53 +0000 (UTC) Received: (qmail 75068 invoked by uid 500); 1 Jul 2011 21:03:52 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 74981 invoked by uid 500); 1 Jul 2011 21:03:51 -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 74973 invoked by uid 99); 1 Jul 2011 21:03:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 21:03:51 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 21:03:49 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 6FB3F43F6A2 for ; Fri, 1 Jul 2011 21:03:28 +0000 (UTC) Date: Fri, 1 Jul 2011 21:03:28 +0000 (UTC) From: "Randall Leeds (JIRA)" To: dev@couchdb.apache.org Message-ID: <526370745.9738.1309554208454.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Resolved] (COUCHDB-529) Avoiding updating a doc's _rev if nothing changed 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-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Randall Leeds resolved COUCHDB-529. ----------------------------------- Resolution: Won't Fix No activity in almost nine months. Last comment suggests it's prohibitively expensive to implement this logic. > Avoiding updating a doc's _rev if nothing changed > ------------------------------------------------- > > Key: COUCHDB-529 > URL: https://issues.apache.org/jira/browse/COUCHDB-529 > Project: CouchDB > Issue Type: New Feature > Components: Database Core > Reporter: Matt Goodall > > Would it be possible for CouchDB to use its deterministic rev algorithm to avoid writing changes to the database if nothing has actually changed in the doc that is sent for update. > The most obvious use case is the user who clicks an HTML form's submit button, instead of using the back button, when they haven't changed anything. I suspect most applications do not check if the user made any changes and therefore end up sending exactly the same data back as an update ... unnecessarily creating a new document rev, growing the database, invalidating views, triggering _changes updates, etc. > If CouchDB could determine that the new document is the same as the old document then it could avoid writing to disc and return the current _rev in the response. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira