Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of siriele2x3@gmail.com
 designates 209.85.128.48 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <0EFB5ED1-8F83-46CD-9CE2-0844C2EEA3E7@mavericklabel.com>
References: 
 <CAOA1H+++QkT3mz21+hZ1KYZpKi6e5hX_os5Y+MSYZbLvDaDurg@mail.gmail.com>
	<etPan.5285e005.45592757.5464@akai.jsonified.com>
	<CAPNuaCga-+9p3mcXVrWJgFpWV-cC16hKu1hBie-6weze9bZP=w@mail.gmail.com>
	<EEA25962-D160-4656-94A4-E53C90D871CA@mavericklabel.com>
	<CAEB5F71-D8B4-4ED0-BE60-38BE99C8D90C@couchbase.com>
	<0EFB5ED1-8F83-46CD-9CE2-0844C2EEA3E7@mavericklabel.com>
Date: Fri, 15 Nov 2013 11:39:44 -0800
Message-ID: 
 <CAPNuaCiUnAh+jdshrCVrOwfVoE+9qPS43VdSbvFyCJaOm6+tcQ@mail.gmail.com>
Subject: Re: Product management means saying no
From: Stanley Iriele <siriele2x3@gmail.com>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=001a11c3ce5432da5d04eb3c5cd7

--001a11c3ce5432da5d04eb3c5cd7
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

You could cleverly put that in the same view
On Nov 15, 2013 11:34 AM, "Jeff Lowery" <jeff.l@mavericklabel.com> wrote:

> Inline.
>
>
> On Nov 15, 2013, at 10:51 AM, Jens Alfke wrote:
>
> >
> > On Nov 15, 2013, at 10:03 AM, Jeff Lowery <jeff.l@mavericklabel.com>
> wrote:
> >
> >> What I would like is the ability to specify a view that takes a
> key/value map.  Behind that view would be indexes for n number of k-v pai=
rs
> in that map in any permutation order. E.g.:
> >
> > A view _is_ an index. The emit() function is literally adding individua=
l
> key/value pairs to the generated b-tree index. If you want multiple
> indexes, you create multiple views.
>
> You're misreading me.  I know that.
>
> >
> > It wouldn=92t be hard to write a wrapper function in your code to gener=
ate
> the views for the multiple permuted indexes you=92re asking for.
>
> I know that as well.
>
> >
> >> I realize that the permute param results in a factorial # of views
> (permuting 5 k-v pairs =3D 120 views); what is the practical limit?  I as=
sume
> it would depend on the # of documents in a db.
> >
> > Yeah, this would become ridiculous pretty quickly. Especially since I=
=92d
> wager that most clients would only want a handful of the huge number of
> indexes produced. It=92s much better to explicitly generate the indexes y=
ou
> need, since there is significant overhead to producing and updating them.
>
> And that was the point of the question.  In my little problem space, I
> have unordered navigation that requires lookup on each of anywhere from 1=
-6
> entries. I can make this work in CouchDB, pretty much as I outlined above=
.
>  What I asked for was the ability to specify this directly in the databas=
e.
>  I don't have to have it, but I thought it worth posting the thought.
>
> >
> > =97Jens
>
>

--001a11c3ce5432da5d04eb3c5cd7--