While continuing my trolling for all things couchdb, I came across this tutorial. Christopher Lenz uses a blogging system to explain how a couchdb database could be setup and how to perform a join (or something similar). Better yet the reccomended join method comes from the couchdb creator himself 
From: http://www.cmlenz.net/archives/2007/10/couchdb-joins
I’ve been playing more and more with CouchDB lately. After putting together a Python library, I worked on a brand new included HTML/AJAX interface. Now I’m starting to dive into the Erlang code, which is my first serious encounter with Erlang. In particular, I started a branch that aims to replace the HTTP server underpinnings with Bob Ippolito´s not-quite-released-yet Mochiweb library.Despite all that activity (and past experience with the conceptually similar Lotus Notes), the correct approach to designing applications “the CouchDB way” isn’t always obvious to me at this point. Just today, there was a discussion on IRC how you’d go about modeling a simple blogging system with “post” and “comment” entities, where any blog post might have N comments. If you’d be using an SQL database, you’d obviously have two tables with foreign keys and you’d be using joins. (At least until you needed to add some denormalization.)
But what would the “obvious” approach in CouchDB look like?
Check It Out:
about:cmlenz – CouchDB “Joins”