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 zachary.zolton@gmail.com
 designates 74.125.82.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type:content-transfer-encoding;
        b=NQ2KlixK0tBRLkhWDNENeveHUPrqk9/Vx8D/twD6R+siaA/UtubP7MI1araZKY/elm
         tFBtgcqgawB1hxf5K2ybDVxX+TkJ8V59W9KXK08ADBCf4ttjZK4ddR/QG5t9bYlqgbD8
         /2/ytKRygjbA7y+WPE1/s378Kbk+hpX54TZvo=
MIME-Version: 1.0
In-Reply-To: <814882.97060.qm@web31807.mail.mud.yahoo.com>
References: <814882.97060.qm@web31807.mail.mud.yahoo.com>
From: Zachary Zolton <zachary.zolton@gmail.com>
Date: Tue, 11 May 2010 13:01:51 -0500
Message-ID: <AANLkTinj_SeUmqI_ErwE_P9OjP6VIHllT7s2QijkL_bv@mail.gmail.com>
Subject: Re: Using views in Validation functions
To: user@couchdb.apache.org
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

I'd suggest having a database per user. That makes both access control
and size/usage easy.

I'd consider limiting the user access to the database via a middle
tier program that can just check the database size before allowing any
write operations.

And don't worry, CouchDB is known to support tens of thousands of databases=
.

=97Zach

On Sun, May 9, 2010 at 6:52 AM, Behrad Zari <behrad_zari@yahoo.com> wrote:
> Consider implementing a MailBox scenario on top of CouchDB, where we shou=
ld manage user box quota size.
> If we create a doc for each user, and represent a message with a doc that=
 references user doc NOW:
> For quota size control, I was thinking to use validation functions but it=
 seems they have only access to the to-be-created/updated doc, but we need =
access to all docs/msgs (to collect attachment sizes) referenced to the use=
r, and this can happen by a map/reduce function!
>
> Any helps/suggestions/workarounds would be thankful!
>
> --Behrad
>
>
>