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 34D47C4C2 for ; Sat, 2 Jun 2012 09:52:45 +0000 (UTC) Received: (qmail 30270 invoked by uid 500); 2 Jun 2012 09:52:43 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 29860 invoked by uid 500); 2 Jun 2012 09:52:37 -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 29816 invoked by uid 99); 2 Jun 2012 09:52:36 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Jun 2012 09:52:36 +0000 Received: from localhost (HELO mail-ob0-f180.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Jun 2012 09:52:35 +0000 Received: by obbun3 with SMTP id un3so4921800obb.11 for ; Sat, 02 Jun 2012 02:52:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.181.232 with SMTP id dz8mr3892995igc.72.1338630754487; Sat, 02 Jun 2012 02:52:34 -0700 (PDT) Received: by 10.42.106.199 with HTTP; Sat, 2 Jun 2012 02:52:34 -0700 (PDT) In-Reply-To: References: Date: Sat, 2 Jun 2012 10:52:34 +0100 Message-ID: Subject: Re: Documents with 1000 revisions From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable CouchDB only remembers the last 1000 _rev values by default (even after compaction). The reason it remembers past _rev values at all is so we can determine common ancestry when merging due to replication. The reason we cut off at 1000 is to avoid the unbounded storage problem of keeping them all. None of this stops you updating a document as many times as you like. Please show whatever is preventing you from updating, I'm prepared to bet that it is not CouchDB itself. B. On 1 June 2012 23:25, Dave Cottlehuber wrote: > On 2 June 2012 00:09, Jens Alfke wrote: >> >> On Jun 1, 2012, at 2:12 PM, Matthias Eck wrote: >> >>> I noticed that a very small number of documents in my database have >>> 1000 revisions, which somehow prevents them from being updated again. >> >> I'm pretty sure CouchDB doesn't have any limit on the number of revision= s of a document. Perhaps the API/library you're using to access it has a bu= g that breaks with 4-digit revision numbers? What API are you using? > > There is a per-DB limit, _revs_limit, > http://wiki.apache.org/couchdb/HTTP_database_API. =A0Hopefully somebody > will can explain exactly the significance of this, wrt to replication, > stemming, compaction etc. > > A+ > Dave