Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 38161 invoked from network); 6 Aug 2009 23:16:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Aug 2009 23:16:48 -0000 Received: (qmail 74747 invoked by uid 500); 6 Aug 2009 23:16:53 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 74649 invoked by uid 500); 6 Aug 2009 23:16:53 -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 74628 invoked by uid 99); 6 Aug 2009 23:16:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Aug 2009 23:16:53 +0000 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; Thu, 06 Aug 2009 23:16:42 +0000 Received: from nslater by tumbolia.org with local (Exim 4.69) (envelope-from ) id 1MZCC6-0000jJ-Fr; Fri, 07 Aug 2009 00:16:22 +0100 Date: Fri, 7 Aug 2009 00:16:22 +0100 From: Noah Slater To: user@couchdb.apache.org, jwalgran@gmail.com Cc: couchdb-user@incubator.apache.org Subject: Re: Best practice: adding an app specific chunk to a document Message-ID: <20090806231622.GE25455@tumbolia.org> Mail-Followup-To: user@couchdb.apache.org, jwalgran@gmail.com, couchdb-user@incubator.apache.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Noah: Awesome User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Aug 06, 2009 at 06:47:36PM -0400, Justin Walgran wrote: > Is it wrong to "pollute" the existing documents with my extra meta section? > Are there any thoughts on the best value to use as a key for my data section > to minimize collisions? Is a single master GUID my only choice? If CouchDB let us create views on views, I guess the most sensible thing to do would be to create a view that "injects" your metadata in without altering the original document. You could then create additional views on top of this. Of course, there are a whole range of possible scenarios where this wouldn't be appropriate, but potentially, it's still an interesting idea. Best, -- Noah Slater, http://tumbolia.org/nslater