Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 25483 invoked from network); 24 Mar 2010 01:23:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 24 Mar 2010 01:23:57 -0000 Received: (qmail 79903 invoked by uid 500); 24 Mar 2010 01:23:56 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 79857 invoked by uid 500); 24 Mar 2010 01:23:56 -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 79849 invoked by uid 99); 24 Mar 2010 01:23:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Mar 2010 01:23:56 +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 daevaorn@gmail.com designates 209.85.218.221 as permitted sender) Received: from [209.85.218.221] (HELO mail-bw0-f221.google.com) (209.85.218.221) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Mar 2010 01:23:50 +0000 Received: by bwz21 with SMTP id 21so5823442bwz.35 for ; Tue, 23 Mar 2010 18:23:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=08E/gCk5Dek21SvLFou05VF3g7SrAtBSg6+qxKHn5hY=; b=r06V8ZC4hIdPj4jdMGtVfhdwrFMDSIPH4twVZ1a7llfvIvVpdjBS2zIszHV0k75/gq Qjyse5vizH9HY0iZ77KtfXc1ywfWrTgKsJi1+lM28mQSK7leMVT5HGzxtSeqdBXjOVtv khxqE9GCgKnLP7lJbNfwA2xcogwyfEd0dGST8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=hS+1hV1L1LBIePTaJmh2UFbaxS7AquX9Dz9Q8A+mFHaWxyREVdVMrqz/v7rHhhphJL h0H96pchIuxvFbxFric1PCKLZY95dqKUCklLvTaQ85Z4GrJmj9Ty0I84tEUcyPRAS1Hr GaEYVirUJQ9ABoZkAqPBZn68l3JndRM/7TsXU= MIME-Version: 1.0 Received: by 10.102.181.25 with SMTP id d25mr12732575muf.38.1269393808422; Tue, 23 Mar 2010 18:23:28 -0700 (PDT) From: Alex Koshelev Date: Wed, 24 Mar 2010 04:23:08 +0300 Message-ID: Subject: CouchDB's ACID compliance To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Hi, all! I'm digging into CouchDB for my work and I want to understand better its architecture and underlying concepts. All sources over Internet (including Wikipedia [1]) describe ACID as properties of database _transactions_. As we now CouchDB has no transaction support in classing DB meaning -- there is no way to execute several API calls (DB operations) even with Bulk API in atomic way. But CouchDB documentation [2] and many sources say that it is ACID compliant. I understand that as ACID can be applied to individual API calls (for example PUT or POST to some document) in the meaning that _transaction_ is the set of low level CouchDB server operations from parsing of http requests to data flushing on disk. And it can be treated as ACID requirements compatibility. Am I right? Or ACID compliance with CouchDB means something different. Thanks. [1]: http://en.wikipedia.org/wiki/ACID [2]: http://couchdb.apache.org/docs/overview.html --- Alex Koshelev