Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 90903 invoked from network); 27 Nov 2008 01:35:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Nov 2008 01:35:20 -0000 Received: (qmail 61629 invoked by uid 500); 27 Nov 2008 01:35:30 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 61597 invoked by uid 500); 27 Nov 2008 01:35:30 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 61586 invoked by uid 99); 27 Nov 2008 01:35:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Nov 2008 17:35:30 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Nov 2008 01:34:03 +0000 Received: from [192.168.1.100] (christina.dreid.org [::ffff:76.191.158.128]) (AUTH: LOGIN jan, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Thu, 27 Nov 2008 01:34:47 +0000 Message-Id: <2C138B45-80F0-4041-BFA1-6A4EF69BE9CB@apache.org> From: Jan Lehnardt To: couchdb-user@incubator.apache.org In-Reply-To: <41DF7DCF-E050-4A02-B6C6-100787592E2D@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: partial/diff updates? Date: Wed, 26 Nov 2008 17:34:14 -0800 References: <41DF7DCF-E050-4A02-B6C6-100787592E2D@gmail.com> X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org On 26 Nov 2008, at 09:57, Liam Staskawicz wrote: > When updating a document, is there any notion of submitting a > partial update? It seems like being able to specify that only some > subset of the fields in a document should be updated would offer > some efficiency benefits. I guess I had in mind some scenario where > CouchDB would create the updated record by merging the existing > revision with the new info and saving the updated revision, but I'm > still new to CouchDB so I don't have a good sense of whether this > tramples on any important concepts. > > Thanks for any thoughts. This keeps coming up. I am seeing the words "seems", "would", "some", "guess", "scenario", "brokeback mountain". I rather see numbers supporting the cause. So far, other things prove to be a bottleneck. I'd like to see a real app that would benefit from this. I'm not saying there is none, I'd just like to see it :) Cheers Jan --