Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 73230 invoked from network); 6 Aug 2009 20:02:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Aug 2009 20:02:27 -0000 Received: (qmail 31602 invoked by uid 500); 6 Aug 2009 20:02:34 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 31559 invoked by uid 500); 6 Aug 2009 20:02:34 -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 31549 invoked by uid 99); 6 Aug 2009 20:02:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Aug 2009 20:02:34 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of b.candler@pobox.com designates 208.72.237.25 as permitted sender) Received: from [208.72.237.25] (HELO sasl.smtp.pobox.com) (208.72.237.25) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Aug 2009 20:02:24 +0000 Received: from localhost.localdomain (unknown [127.0.0.1]) by a-sasl-quonix.sasl.smtp.pobox.com (Postfix) with ESMTP id 28733231AF; Thu, 6 Aug 2009 16:02:03 -0400 (EDT) Received: from mappit (unknown [80.45.95.114]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by a-sasl-quonix.sasl.smtp.pobox.com (Postfix) with ESMTPSA id BAACE231AE; Thu, 6 Aug 2009 16:02:01 -0400 (EDT) Received: from brian by mappit with local (Exim 4.69) (envelope-from ) id 1MZ99z-0005pT-U4; Thu, 06 Aug 2009 21:01:59 +0100 Date: Thu, 6 Aug 2009 21:01:59 +0100 From: Brian Candler To: Jason Davies Cc: dev@couchdb.apache.org Subject: Re: History Proposal Message-ID: <20090806200159.GB21583@uk.tiscali.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Pobox-Relay-ID: 02463588-82C4-11DE-8C83-F699A5B33865-28021239!a-sasl-quonix.pobox.com X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Aug 06, 2009 at 05:04:34PM +0100, Jason Davies wrote: > The other good thing about storing historical > versions as attachments is that they would get replicated. Currently we > don't replicate old MVCC versions, this would have to change as well as > preventing them from being compacted as you say. However, we do replicate old MVCC versions if they are conflicting, and we do keep them through compaction. Perhaps "conflicting" and "historical" could be treated in roughly the same way? You resolve conflicts by deleting the conflicting rev(s). This could be done for deleting historical versions too.