Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 21359 invoked from network); 18 Nov 2010 01:14:33 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 18 Nov 2010 01:14:33 -0000 Received: (qmail 54063 invoked by uid 500); 18 Nov 2010 01:15:00 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 54023 invoked by uid 500); 18 Nov 2010 01:15:00 -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 54015 invoked by uid 99); 18 Nov 2010 01:15:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Nov 2010 01:15:00 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of randall.leeds@gmail.com designates 209.85.161.52 as permitted sender) Received: from [209.85.161.52] (HELO mail-fx0-f52.google.com) (209.85.161.52) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Nov 2010 01:14:54 +0000 Received: by fxm15 with SMTP id 15so1161742fxm.11 for ; Wed, 17 Nov 2010 17:14:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=bTaxJ3Rz+ilatdGAyTaFxT8Z39rqdPtfdvsso4tD8zM=; b=RuMEesntuhbfx3MLMveGeOK4Yiw2uscgEAPClSWAKdOruHeoMMDJakwABLlstrIWo9 dCovBLeqR0r5ftq22qCBqnl//IkqxOfYDGTgdnO4iA2rdzxQCc6lWlI+eyOZz2mM4Rbb y25VcdtGNW8ToMMJQG5C70XLnvHrxv24vE1Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=dBbjyU0Oas61hjvRZRGGvQ5Ij88xCjyvVBlyapCPj0AOWUzjmzU5QByIHilNbd5RMs xYYzpz9YVz+Ti3ud6hxb+6BYa+EgLtXSI+gTt77Bu3wqEDVbvgYnPE4wQtP3swYaG/pc yqGggmJok0CypTh7NHI0Oq1zOg1u0VT6YEITE= MIME-Version: 1.0 Received: by 10.223.118.211 with SMTP id w19mr7627921faq.14.1290042873774; Wed, 17 Nov 2010 17:14:33 -0800 (PST) Received: by 10.223.79.13 with HTTP; Wed, 17 Nov 2010 17:14:33 -0800 (PST) In-Reply-To: References: <4ce418b2.096ee60a.57dd.7e17@mx.google.com> <23543823-7536-4620-AB61-A3AC8BAA43B8@apache.org> Date: Wed, 17 Nov 2010 17:14:33 -0800 Message-ID: Subject: Re: Write race conditions, working without _rev From: Randall Leeds To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 On Wed, Nov 17, 2010 at 16:15, Chad George wrote: > I've been wondering about this for a while, when two update requests for the > same document come to couchdb nearly simultaneously what exactly happens? > > Is it possible for both requests to get the same revision of the document to > update or is there some mechanism to force the updates to occur in series? > There is a mechanism. The message passing within the Erlang runtime guarantee an ordering of messages to the update process. It is impossible for both updates to occur.