Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 46944 invoked from network); 5 Jan 2009 22:05:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Jan 2009 22:05:40 -0000 Received: (qmail 23150 invoked by uid 500); 5 Jan 2009 22:05:39 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 23114 invoked by uid 500); 5 Jan 2009 22:05:39 -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 23103 invoked by uid 99); 5 Jan 2009 22:05:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Jan 2009 14:05:39 -0800 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 antony.blakey@gmail.com designates 209.85.198.224 as permitted sender) Received: from [209.85.198.224] (HELO rv-out-0506.google.com) (209.85.198.224) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Jan 2009 22:05:31 +0000 Received: by rv-out-0506.google.com with SMTP id g37so7217863rvb.35 for ; Mon, 05 Jan 2009 14:05:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=f4yqtiFbuGmp+PSija8EbGWsjrv7sbh41j7p4mCI0ZY=; b=QwBugW9fP/8+goduMqAq+vvrexoZ2EJaOUoJ8eMWg31sc42bX0I1HUV5KlxC8B1xsA 5yT6oUAN/Tbz1hrjNoEMqtgwaX9fqVBBwdn7ZdDLg3bzMl+Opjg9WFktVET9pwYE5QgJ m7Nt2rcSUYcd+yQMew3PTn1PeNaL102gwMWNI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=NJ7LHDGvrl7QCBogJ8O5a+uHItWcBh6N/CZ/q/nxMTWRNa18yTSp3z77EJ9IUuW05W L3OyAkqEsAv9tsv9lEoJbJ+0kDBhzcT4CqNGqUNzF0T4hvqYo5XbnJSg24+WzT3anPTo eeKoMw6dZKwXHSjoGzHKoRGKiDXJx0ryYYv5c= Received: by 10.141.136.4 with SMTP id o4mr10587731rvn.90.1231193111081; Mon, 05 Jan 2009 14:05:11 -0800 (PST) Received: from ?192.168.0.16? (ppp121-45-28-239.lns10.adl2.internode.on.net [121.45.28.239]) by mx.google.com with ESMTPS id g22sm26031651rvb.1.2009.01.05.14.05.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Jan 2009 14:05:10 -0800 (PST) Message-Id: <748EA16F-51E9-466E-BD0D-3403AB8C266B@gmail.com> From: Antony Blakey To: dev@couchdb.apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Proposal: Extending immutability Date: Tue, 6 Jan 2009 08:35:06 +1030 References: <9F8937BF-9332-416C-BA01-4B1D001EA029@gmail.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org On 06/01/2009, at 8:19 AM, Randall Leeds wrote: > Is there a way we can get more fine-grained cache efficiency here? > There > might be complications with reduce (I'll try to think through it > more). If > this is the case then maybe this is not a priority for Couch. If an > individual application knows that this sort of check with _rev on each > document allows for some extra client-side caching without negative > side > effects maybe it should be left to the application. If there is some easy way of extending the principal of references to an immutable values, that enables 100% generic client libraries or interpositioning caching software, then this IMO is a better idea than leaving it to the application. Antony Blakey -------------------------- CTO, Linkuistics Pty Ltd Ph: 0438 840 787 The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt. -- Bertrand Russell