Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of zachary.zolton@gmail.com
 designates 209.85.219.12 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=IrUXUEmYdbI4XlEf/2u/+uOeWTKnoy6qzvuNTGIr26tJsYPitjU1i55+GOZYRDLms7
         3P1gJGmWouQXNehKgGMCEIMacaGYyMThpeSAA1kY/y985sRx4t/8Ga+I3DEO9zaoRHRe
         sDadjbJEPnXdmvhFf8nTM4ID3cApQjsA1NlLQ=
MIME-Version: 1.0
In-Reply-To: <5e6458d0902060821u28705113r294dca237842f4ac@mail.gmail.com>
References: <498464EC.1070209@diskware.net>
	 <e2111bbb0901311956x5040956elf76c3fe17e7526bd@mail.gmail.com>
	 <e282921e0901312030o30f6abawb4e6905fcb048bc4@mail.gmail.com>
	 <49859AB5.7080404@diskware.net>
	 <5FCD4937-E8BD-4024-9E46-A24061F4D322@dionne-associates.com>
	 <4985A930.4050802@diskware.net>
	 <0CFB7AAD-B144-4D54-AAAD-CC96C40EB3F0@dionne-associates.com>
	 <5e6458d0902060821u28705113r294dca237842f4ac@mail.gmail.com>
Date: Fri, 6 Feb 2009 10:36:27 -0600
Message-ID: <f728979f0902060836q5e285220w18dff22a7d64264a@mail.gmail.com>
Subject: Re: couch_gen_btree: pluggable storage / tree engines
From: Zachary Zolton <zachary.zolton@gmail.com>
To: dev@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Do you think that a library of higher-order functions, for the
JavaScript view layer, could be provided help codify the emerging
"best practices"? I mean, we should be able to help newbies emit their
keys and reduce those related documents into one object graph...

On Fri, Feb 6, 2009 at 10:21 AM, Kerr Rainey <kerr.rainey@gmail.com> wrote:
>> Great question, I'd say no it runs entirely against the grain of what
>> CouchDB is. Documents aren't supposed to be related to one another. But
>> relational databases don't handle this kind of thing either so I figure why
>> not CouchDB as it offers other features that solve lots of problems.
>
> I think in most practical apps that Couch targets there are
> relationships between docs.  The canonical Blog example has comments
> that are children of a parent post.  I think the emphasis on reminding
> people that CouchDB is not relational tends to lead people to the
> conclusion that the documents won't be related in some way.  Of course
> CouchDB doesn't have any built in way to specify those relationships.
>
> I've been playing around with conventions for specifying doc
> relationships and how an app layer would make those relationships easy
> to handle.  It seems to be quite useful so far. It would be
> interesting to see if it was possible / sensible to push some of that
> further down into CouchDB.
>
> --
> Kerr
>