Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of cvollet@gmail.com designates
 209.85.160.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        b=cgwGZ0+Gg3IWjtQcuACyU0e/ep4cZEItDQeyDP+4L8B75eGTB8QRkhFPhl6DRQxGjc
         lpA7hvL3+OelKt6i3CmKPgR5FDQoyzc5ij8TYCTGBVhdO0C97xpYnXrFy8RYqCbXK27D
         MlB/UVXsz43dAruvlZCSWFM5IZaSO4Wk5Ut0k=
Message-ID: <4DB06C48.3010306@gmail.com>
Date: Thu, 21 Apr 2011 10:41:28 -0700
From: =?ISO-8859-1?Q?Cl=E9ment_Vollet?= <cvollet@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8
MIME-Version: 1.0
To: user@couchdb.apache.org
Subject: Re: Help needed: is couchDB a good fit for my app?
References: <4DAF1BE0.5070104@gmail.com>
 <BANLkTimuEakQG61CnN6fUYD=ksVYCO1BDA@mail.gmail.com>
In-Reply-To: <BANLkTimuEakQG61CnN6fUYD=ksVYCO1BDA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Le 21/04/2011 09:39, Ryan Ramage a �crit :
> You might want some architecture like this:
>
>                   [] Public Docs db           |
>                                                       |  <----- hosted
> [] User 1db    [] User 2 db  []....         |
> ------------------------------------------------------
>
> [] User1 phone db   [] User 2 Phonedb   []....
>
>
>
> My ascii art is not very good :)
>
> Then have replication between phone and user db. Then have replication
> from Userdb to public docs db with a filter to take out private
> tags...
>
Arg, I spammed the ml with a second message since I didn't show mine on
the it. Sorry for that
(and thanks for answering ;).
> Does that work?
>
Hum, something like that could yes. But I have a question regarding the
stats. First, a tag can only take a value in a predefined set of value
for that tag. So, is it possible that instead of filtering the tag
completely, I update the stat of the value accordingly (+1 if the value
has been chosen by the user, -1 if the user changed to another value or
reset the tag)?

Oh, and also, I read that there is a limit depending on the OS for the
number of concurrent databases. Won't that be a problem if there is a
lot of users (which will hopefully be the case;)?

Thanks again for your answer,

Regards,

Cl�ment
> Ryan
>
>
>
>
>
>
>
> 2011/4/20 Cl�ment Vollet <cvollet@gmail.com>:
>> Hello everybody,
>>
>> First of all, I want to say that I'm quite impressed with couchDB so far
>> (I didn't know anaything about it two days ago...).
>>
>> Second, I'd really want to use it for my app (I stumbled upon couchdb
>> searching for a database that fits my requirements in fact). I manage to
>> cross a few items off my list, but I'm still not sure couchDB is a good
>> fit, and my boss wants an answer by tomorrow.
>>
>> So, to summarize what I want to do (it's really simple in fact): I'd
>> want to be able to have a list of public documents, have a list of tags
>> definition (name, default value, possible values...), and then users can
>> *privately* tag those documents. So, the items and the tag definitions
>> are public, the tag values are private. And finally, I'd like to be able
>> to have stats on those values, like XX% of the users used the same value
>> for this document and this tag.
>>
>> And that's it. It would be in a phone app, and I'd really like to use
>> replication to have a client cache for values and an offline mode. There
>> would of course also be a central server for bootstrap, updates,
>> reliability, ...
>>
>> So, CouchDB seems like a really good fit, but I'm stuck on the privacy
>> thing. What I came with so far, was to have separate documents for
>> items, tags, and tag values, but how can I make sure only the user who
>> wrote the value can read it without per document authorization (I
>> already read the wiki page about that, but none of the solution seems
>> ideal)?
>>
>> Best regards,
>>
>> Cl�ment
>>