From user-return-17088-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Mon Jul 11 06:42:25 2011 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 8AD914010 for ; Mon, 11 Jul 2011 06:42:25 +0000 (UTC) Received: (qmail 78153 invoked by uid 500); 11 Jul 2011 06:42:24 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 77641 invoked by uid 500); 11 Jul 2011 06:42:12 -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 77626 invoked by uid 99); 11 Jul 2011 06:42:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jul 2011 06:42:09 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,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.210.180 as permitted sender) Received: from [209.85.210.180] (HELO mail-iy0-f180.google.com) (209.85.210.180) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jul 2011 06:42:04 +0000 Received: by iyh42 with SMTP id 42so6589329iyh.11 for ; Sun, 10 Jul 2011 23:41:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=iUK/ny1RSF4FpO2g1hhoCXbyCWApVCmR/wVRidNhDI4=; b=VC5tmDs2emQvMVTNycLSSrGUzYqh6nis6ZTwSBNuTLuSBYJV3iVs9QLAbGVoDrloEm fzz8FE+5tgtbMkPptlRkJ2PzF4pZtGMozSTUho6zDS83Z3NVMNKpxxTxNG17hDXxJvyK ihWlPnTCesv6/JWbjIJlA/Q3zMA72Mkxrg4Fo= MIME-Version: 1.0 Received: by 10.43.51.202 with SMTP id vj10mr5229981icb.126.1310366502614; Sun, 10 Jul 2011 23:41:42 -0700 (PDT) Received: by 10.43.49.9 with HTTP; Sun, 10 Jul 2011 23:41:42 -0700 (PDT) In-Reply-To: <5EC43ABE2BBBA44CA91D3608BDE011C9498FD75E68@MAILBGO.vizrt.internal> References: <5EC43ABE2BBBA44CA91D3608BDE011C9498FD75E62@MAILBGO.vizrt.internal> <5EC43ABE2BBBA44CA91D3608BDE011C9498FD75E68@MAILBGO.vizrt.internal> Date: Sun, 10 Jul 2011 23:41:42 -0700 Message-ID: Subject: Re: Regard to Space From: Randall Leeds To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable CouchDB can *only* reclaim space with compaction. There is a setting for limit how much information on old revs is stored: See comments here: http://stackoverflow.com/questions/2108144/limit-the-number-of-revisions-in= -couchdb Setting this value too low might create problems with replication. You still need to compact to free the space. On Sun, Jul 10, 2011 at 23:26, Panop Suvaphrom wrote= : > > Thanks, Can we also have an option by limiting some revision on view and = data so > the data are not growing such huge. > > > -----Original Message----- > From: kowsik [mailto:kowsik@gmail.com] > Sent: Monday, July 11, 2011 1:18 PM > To: user@couchdb.apache.org > Subject: Re: Regard to Space > > On Sun, Jul 10, 2011 at 11:05 PM, Panop Suvaphrom = wrote: >> Hi Guys, >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I know couchdb have provide api to cl= ean a space upon view and compact db. >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Do you know how other ways around by = always let's couchdb to clean up its old data. > > From what I know, auto compaction is just around the horizon. Until then,= you have to do the dirty work yourself. > > K. > --- > http://blitz.io > http://twitter.com/pcapr > http://blog.mudynamics.com >