Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CFFA3F8A8 for ; Tue, 23 Apr 2013 19:37:57 +0000 (UTC) Received: (qmail 96055 invoked by uid 500); 23 Apr 2013 19:37:56 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 95992 invoked by uid 500); 23 Apr 2013 19:37: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 95971 invoked by uid 99); 23 Apr 2013 19:37:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Apr 2013 19:37:56 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mark@van-cuijk.nl designates 79.170.90.37 as permitted sender) Received: from [79.170.90.37] (HELO prei.vps.van-cuijk.nl) (79.170.90.37) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Apr 2013 19:37:50 +0000 Received: from [10.0.1.42] (home.van-cuijk.nl [80.101.55.57]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mo_mark) by prei.vps.van-cuijk.nl (Postfix) with ESMTPSA id 003C341AAF for ; Tue, 23 Apr 2013 21:37:27 +0200 (CEST) From: Mark van Cuijk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Questions on durability Message-Id: <55CCE097-9D63-4E28-8873-698AB57822E8@van-cuijk.nl> Date: Tue, 23 Apr 2013 21:37:32 +0200 To: user@couchdb.apache.org Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Virus-Checked: Checked by ClamAV on apache.org Hi, For a new project, we're considering CouchDB as an interesting candidate = for storage, mainly because of the good durability properties, support = for replication and the continuous changes feed. Regarding durability I have three questions. I found the durability = matrix on the wiki, but the page isn't finished yet. Our setup will be a = single client writing to a single CouchDB server, which is replicated to = several other CouchDB servers. 1. Can I access the continuous changes feed on each of the servers and = will those feeds serve the same events in the same order? 2. Will each server only send events to the changes feed after the data = is durably persisted to hardware storage? 3. The batch=3Dok parameter influences the response to the writing = client, but does it have any influence regarding the answer to the = previous question? Thanks, Mark=