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 1F146105E7 for ; Mon, 20 Jan 2014 16:36:36 +0000 (UTC) Received: (qmail 75090 invoked by uid 500); 20 Jan 2014 16:36:34 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 75044 invoked by uid 500); 20 Jan 2014 16:36:34 -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 75036 invoked by uid 99); 20 Jan 2014 16:36:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jan 2014 16:36:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of adam.kocoloski@gmail.com designates 209.85.128.43 as permitted sender) Received: from [209.85.128.43] (HELO mail-qe0-f43.google.com) (209.85.128.43) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jan 2014 16:36:26 +0000 Received: by mail-qe0-f43.google.com with SMTP id nc12so6565071qeb.16 for ; Mon, 20 Jan 2014 08:36:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=P+JNDOfamsFQ0Cmvf+G93qE8y2rUpnElH/dAdetc2mg=; b=JhxVJ+O5mBQ7KRczwH0oRujK4itePr+n8XjgTU+qc8kjGbyy7lW9ql9cP0Oz2gHz0a kDKfZygOQOGpgC2HWvJu8ic+4W16zPrJV2B5iwphPu7ih72MoR1rPhI6WV5JLvIWDnAl YqiMaQ8Ncdltj8sjMeM9VoZH0wTz++zy8pGuhkkOw9udwTScdBXC/ocNhq3/mkGpnE2x hastW/7vHrCw9TH/eyrdwdx2hJ3mgH+up/TcSiBZCcBUIqcINCb96lyQE92GWYKFLi3Z kWVC8Ro1aGNe/JQ1APkNMxOAvCZA1yUArru3LbhkMe5pCeMRGu4Zs5/Hv/eEkJKJ8BIX DX/w== X-Received: by 10.140.86.116 with SMTP id o107mr27364172qgd.67.1390235766095; Mon, 20 Jan 2014 08:36:06 -0800 (PST) Received: from [192.168.1.105] (c-50-157-188-146.hsd1.ma.comcast.net. [50.157.188.146]) by mx.google.com with ESMTPSA id m8sm1754499qac.22.2014.01.20.08.36.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Jan 2014 08:36:01 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Number of surviving revisions after compaction From: Adam Kocoloski In-Reply-To: Date: Mon, 20 Jan 2014 11:36:00 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <97720FB0-499C-47EF-8399-2401FF3F0EC7@apache.org> References: To: user@couchdb.apache.org X-Mailer: Apple Mail (2.1827) X-Virus-Checked: Checked by ClamAV on apache.org On Jan 20, 2014, at 11:29 AM, Vladimir Ralev = wrote: > Hello all >=20 > I was reading about _revs_limit > = > which > defaults to 1000 or so here > = http://wiki.apache.org/couchdb/HTTP_database_API#Accessing_Database-specif= ic_options >=20 > It seems to imply that those 1000 revisions will be preserved even = after > compaction.Is this correct and does it mean that the database will be = as > much as 1000x bigger than it needs to be after compaction. >=20 > I have a database that I want to perform maintenance on so i remove it = from > traffic and want to reduce the number of revisions to 1 again safely. = Is > there some shortcut to do that? Hi, that setting controls the number of revisions about which the server = keeps a record, not the number where the actual body of the rev is = preserved. Compaction only ever preserves the last revision of each = edit branch; this is not configurable. The _revs_limit setting impacts = replication, e.g. if you make 1001 edits on a source server in between = replications to a target the replicator will not be able to piece = together edit 1 and edit 1002 and you'll end up with a spurious conflict = on the target. Adam=