Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 53571 invoked from network); 12 Jan 2009 11:56:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jan 2009 11:56:48 -0000 Received: (qmail 6206 invoked by uid 500); 12 Jan 2009 11:56:41 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 6139 invoked by uid 500); 12 Jan 2009 11:56:41 -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 6117 invoked by uid 99); 12 Jan 2009 11:56:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 03:56:41 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [80.68.94.123] (HELO tumbolia.org) (80.68.94.123) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 11:56:32 +0000 Received: from nslater by tumbolia.org with local (Exim 4.69) (envelope-from ) id 1LMLOt-00042B-F0; Mon, 12 Jan 2009 11:56:11 +0000 Date: Mon, 12 Jan 2009 11:56:11 +0000 From: Noah Slater To: user@couchdb.apache.org Cc: dev@couchdb.apache.org Subject: Re: Proposal: Extending immutability Message-ID: <20090112115611.GF15392@tumbolia.org> Mail-Followup-To: user@couchdb.apache.org, dev@couchdb.apache.org References: <9F8937BF-9332-416C-BA01-4B1D001EA029@gmail.com> <1B6846D7-3E47-4E08-ABE0-890BC447B3BE@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1B6846D7-3E47-4E08-ABE0-890BC447B3BE@gmail.com> X-Noah: Awesome User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Jan 12, 2009 at 05:15:39PM +1030, Antony Blakey wrote: > --- Revised Proposal --------- > > Each document, whether canonical or derived, has a globally unique > identity consisting of a UUID and the document ID. > > In the case of a canonical document, the UUID is the UUID of the > database (or cluster), which is assigned when a database is created. > > In the case of a (derived) view map result, it is the UUID of the map > function (not the design doc), which is assigned to each map function > (i.e. view) in a design doc when the design doc is created or updated. > > Furthermore, there is a triple {UUID, document id, document rev} that > globally identifies a document at a given point in time. The key > characteristic being that a {UUID, id, rev} identifies an immutable > value. Why use UUID like this? Why not let the database (&c) name suffice? -- Noah Slater, http://tumbolia.org/nslater