Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 90658 invoked from network); 5 Jan 2010 02:04:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Jan 2010 02:04:22 -0000 Received: (qmail 92763 invoked by uid 500); 5 Jan 2010 02:04:21 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 92685 invoked by uid 500); 5 Jan 2010 02:04:21 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 92675 invoked by uid 99); 5 Jan 2010 02:04:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jan 2010 02:04:21 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of 7zark7@gmail.com designates 209.85.211.183 as permitted sender) Received: from [209.85.211.183] (HELO mail-yw0-f183.google.com) (209.85.211.183) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jan 2010 02:04:13 +0000 Received: by ywh13 with SMTP id 13so35742672ywh.29 for ; Mon, 04 Jan 2010 18:03:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:references; bh=AqOHPHD1ylnzmw+r8TvgL67wnY7oWJ22nf0MQog+YyM=; b=a4stdfUJSxGxy/E0W+XT6fC4Y59NqcHwq0m3unOtEQ+blrXMml6zoCckS8dY6iViWP E4uwKf37Z7Lqd4Dos3A4eG5Hk24KS7yu/wC/zwfTnnQEnqnMXfObBOl18PXkmBAVuGvP kKYuKNkiFZ71UbJ4Uq95poQl4xt+R7BmyTnrg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date :references; b=mOutZiPjxUPE3YCLP4WxcCoTnfNq4s7rkiS4xMvtpCufLkXq+mdL68gV7iZbFJlSOO +V+wwAdRRRIMGoqY/VWpJD0h/Mij1fosahZhZGY9RAjEgULLnNR5s771OuV+Jf8Pl17F xSNM8tLIFamOzw8fXdBE4CYviGSXtNSzbVLC8= Received: by 10.101.132.13 with SMTP id j13mr15633719ann.17.1262657031940; Mon, 04 Jan 2010 18:03:51 -0800 (PST) Received: from ?10.0.1.4? (pool-71-102-212-43.snloca.dsl-w.verizon.net [71.102.212.43]) by mx.google.com with ESMTPS id 22sm6432798ywh.30.2010.01.04.18.03.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 18:03:51 -0800 (PST) Message-Id: <6B602AA2-826C-4367-B171-3BA4191A3B94@gmail.com> From: Anh <7zark7@gmail.com> To: "user@couchdb.apache.org" In-Reply-To: <4B42D67D.2090401@gmail.com> Content-Type: multipart/alternative; boundary=Apple-Mail-1-881959861 Content-Transfer-Encoding: 7bit X-Mailer: iPod Mail (7D11) Mime-Version: 1.0 (iPod Mail 7D11) Subject: Re: Dealing with Atomic Operations Date: Mon, 4 Jan 2010 18:03:20 -0800 References: <4B42B68B.2070403@gmail.com> <4B42D67D.2090401@gmail.com> --Apple-Mail-1-881959861 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Jan 4, 2010, at 10:04 PM, Andreas Pavlogiannis wrote: > >>> >>> >>> >> > Hm, what about the case in which a user has enough space to upload > just one file, but several upload requests arrive concurrently. As > these requests are handled locally, each one will allow for the > document to be submitted. But in this way the user can exceed his > quota unboundedly (extreme scenario, but possible). >> > Why is this a transactional issue? Assuming your middle-ware is enforcing the quota, seems you would have the same issue even if you were using an RDBMS with transaction support --Apple-Mail-1-881959861--