Return-Path: 
 <user-return-13277-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org>
Delivered-To: apmail-couchdb-user-archive@www.apache.org
Received: (qmail 74920 invoked from network); 19 Oct 2010 14:53:31 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 19 Oct 2010 14:53:31 -0000
Received: (qmail 1513 invoked by uid 500); 19 Oct 2010 14:53:30 -0000
Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org
Received: (qmail 1362 invoked by uid 500); 19 Oct 2010 14:53:28 -0000
Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-help@couchdb.apache.org>
List-Unsubscribe: <mailto:user-unsubscribe@couchdb.apache.org>
List-Post: <mailto:user@couchdb.apache.org>
List-Id: <user.couchdb.apache.org>
Reply-To: user@couchdb.apache.org
Delivered-To: mailing list user@couchdb.apache.org
Received: (qmail 1353 invoked by uid 99); 19 Oct 2010 14:53:28 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Oct 2010 14:53:28 +0000
X-ASF-Spam-Status: No, hits=2.9 required=10.0
	tests=HTML_MESSAGE,SPF_NEUTRAL,WEIRD_PORT
X-Spam-Check-By: apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Received: from [66.196.116.98] (HELO smtp113.biz.mail.re2.yahoo.com)
 (66.196.116.98)
    by apache.org (qpsmtpd/0.29) with SMTP; Tue, 19 Oct 2010 14:53:20 +0000
Received: (qmail 8023 invoked from network); 19 Oct 2010 14:52:57 -0000
Received: from [192.168.1.3] (dhimes@108.7.60.168 with plain)
        by smtp113.biz.mail.re2.yahoo.com with SMTP;
 19 Oct 2010 07:52:56 -0700 PDT
X-Yahoo-SMTP: zyW4CVyswBBC3qNxjciP8LPF0LlT4Q--
X-YMail-OSG: GVIug58VM1k.ZF0ZZvXWcdwnIDaUw9ZVbu9Z0EvfIScDYiP
 2dxBVH3Y.syR9AwKGOsDU92Nu6_A67Zc0Ro5eHi9OceUd6yh5tCSTNJZYBXq
 chQpFEm2lmkbSc.AAFAyNmFjef6V1.V_9VCZxcbKiKNvqJ22kmzBVlbOdkUZ
 TxXjVbdNbLa5Q.l2hyop2VoHG8Q32wL_kKykG9bf18SQl7A6Ui97OY6ghxZo
 DL8p7QdvGAQjtVtoMftGZFJL6czCznF59eDf58Ol36X8hHCTuAGawPqlhjS4
 kBRE6J0AYPopr_LTzBY5yQg--
X-Yahoo-Newman-Property: ymail-3
Subject: Re: CouchDB namespace mechanism
From: Dan Himes <dhimes@vlesolutions.com>
To: user@couchdb.apache.org
In-Reply-To: <F83E1000-50A2-4897-8D88-EF93695C4992@googlemail.com>
References: <4CBD9228.2010108@gmail.com>
	 <EDDD29AC-A7A0-46FA-A99A-5224C6CC23BA@gmail.com>
	 <F83E1000-50A2-4897-8D88-EF93695C4992@googlemail.com>
Content-Type: multipart/alternative; boundary="=-YMFj0scNmjeTjnJ/CPJA"
Organization: Virtual Learning Environment Solutions, Inc.
Date: Tue, 19 Oct 2010 10:52:55 -0400
Message-ID: <1287499975.24573.6.camel@dirac.home>
Mime-Version: 1.0
X-Mailer: Evolution 2.28.1 
X-Virus-Checked: Checked by ClamAV on apache.org

--=-YMFj0scNmjeTjnJ/CPJA
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit

Could you not also put them in subdirectories by including a '/' (%2F)
in their names?  Warning:  It's likely that I do not understand this
properly.

Dan

On Tue, 2010-10-19 at 15:09 +0100, Simon Metson wrote:

> Or put each type of data in it's own database, without knowing what  
> you want to do with the different documents it's hard to say  
> definitively. If you need to deal with your name spaced data at the  
> same time (which I guess from your example you do) then a view is the  
> way to go, if they're orthogonal to one another (you need to store  
> three unrelated, distinct data types) then a separate DB is the way to  
> go.
> Cheers
> Simon
> 
> On 19 Oct 2010, at 13:48, Wout Mertens wrote:
> 
> > You need to create views: http://wiki.apache.org/couchdb/Introduction_to_CouchDB_views
> >
> > Cheers,
> >
> > Wout.
> >
> > On Oct 19, 2010, at 14:42 , Alex Ivasyuv wrote:
> >
> >> Hi,
> >>
> >> I faced an issue, with different types of documents in CouchDB.
> >> For example, I have 3 types of doc in DB:
> >>
> >> list-1
> >> list-2
> >> list-3
> >>
> >> tag-1
> >> tag-2
> >> tag-3
> >>
> >> user-1
> >> user-2
> >> user-3
> >>
> >> And issue for me, that they are lie in one layer, e.g. http://localhost:5984/mydb/ 
> >> <here all docs>
> >>
> >> Is there any mechanism to decoupled them into different layers,  
> >> e.g. namespace or something else:
> >>
> >> {user: [user-1: {...}]}
> >> {lists: [list-1, list-2, ...]}
> >>
> >> where user and list - namespaces for documents.
> >>
> >> Seems like I wrong understood the paradigm of NoSQL and CouchDB as  
> >> instance.
> >>
> >> Thanks in advance,
> >>
> >>
> >
> 



Daniel E. Himes, Ph.D.
President
Virtual Learning Environment Solutions, Inc.
4 Bartlett St ~ Marblehead  Massachusetts ~ 01945-2720
781.277.1151 

--=-YMFj0scNmjeTjnJ/CPJA--