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
 sebastianrothbucher@googlemail.com designates 209.85.212.174 as permitted
 sender)
Subject: Re: Per-user rate-limiting of writes
References: 
 <CABadZm+cvVOaP+F8uPJaBjNTsKrwUC9kG2+SHfTYO1uykDovQA@mail.gmail.com>
From: Sebastian Rothbucher <sebastianrothbucher@googlemail.com>
Content-Type: text/plain;
	charset=us-ascii
In-Reply-To: 
 <CABadZm+cvVOaP+F8uPJaBjNTsKrwUC9kG2+SHfTYO1uykDovQA@mail.gmail.com>
Message-Id: <353E2A11-B320-4EE6-A868-1E5FDB34AB92@googlemail.com>
Date: Fri, 27 Jun 2014 20:09:40 +0200
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)

Hi Suraj,

i think the Unit of work for Updates is always one document - and you can no=
t know for sure what is going on in parallel.=20

So, either you limit the Updates to the same Doc

Or you periodically check for users exceeding the Limit and lock them out - k=
nowing that exceeding is temporarily possible although the changes Feed can h=
elp minimizing

Or you have logic in front of Couch checking against non-stale views

That's all i can think of now

Good luck!
     Sebastian=20

Von meinem iPhone gesendet

> Am 27.06.2014 um 11:49 schrieb Suraj Kumar <suraj.kumar@inmobi.com>:
>=20
> Hi,
>=20
> We use CouchDB's _users DB extensively for authentication. We'd like to
> rate-limit the number of writes to CouchDB per user. How can this be
> achieved? One way is to make a web-server do the rate-limiting. But we're
> really looking for rate limiting how many docs a given user can have in th=
e
> system beyond which writes should 'fail'. How can this be done? I can thin=
k
> of ways to 'keep no more than N docs per user' but I'd ideally like to
> inform the user via HTTP response then and there when write rate-limit
> threshold has crossed.
>=20
> Is this possible?
>=20
> Thanks,
>=20
>  -Suraj
>=20
> --=20
> An Onion is the Onion skin and the Onion under the skin until the Onion
> Skin without any Onion underneath.
>=20
> --=20
> _____________________________________________________________
> The information contained in this communication is intended solely for the=
=20
> use of the individual or entity to whom it is addressed and others=20
> authorized to receive it. It may contain confidential or legally privilege=
d=20
> information. If you are not the intended recipient you are hereby notified=
=20
> that any disclosure, copying, distribution or taking any action in relianc=
e=20
> on the contents of this information is strictly prohibited and may be=20
> unlawful. If you have received this communication in error, please notify=20=

> us immediately by responding to this email and then delete it from your=20=

> system. The firm is neither liable for the proper and complete transmissio=
n=20
> of the information contained in this communication nor for any delay in it=
s=20
> receipt.