Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 58710 invoked from network); 8 Jul 2008 15:23:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Jul 2008 15:23:19 -0000 Received: (qmail 16473 invoked by uid 500); 8 Jul 2008 15:23:19 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 16435 invoked by uid 500); 8 Jul 2008 15:23:19 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 16424 invoked by uid 99); 8 Jul 2008 15:23:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jul 2008 08:23:19 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.68.5.15] (HELO relay01.pair.com) (209.68.5.15) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 08 Jul 2008 15:22:27 +0000 Received: (qmail 91226 invoked from network); 8 Jul 2008 15:22:48 -0000 Received: from unknown (HELO ?192.168.1.199?) (unknown) by unknown with SMTP; 8 Jul 2008 15:22:48 -0000 X-pair-Authenticated: 96.33.90.152 Message-Id: From: Damien Katz To: couchdb-user@incubator.apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Subject: Re: Cleanup of design docs Date: Tue, 8 Jul 2008 11:22:47 -0400 References: <888cd9180807080658o79baf9ceo734cb89a418de52@mail.gmail.com> X-Mailer: Apple Mail (2.926) X-Virus-Checked: Checked by ClamAV on apache.org I could be wrong, but I think if you try to access the deleted view, it will trigger it to delete the actual index file Whenever it does or not do that now, eventually couchdb views will have a daemon to update indexes and to do housecleaning, compacting and deleting views indexes automatically. In the meantime you can delete the view index files via the OS. This is also a poor-man's compaction, as couchdb will rebuild deleted indexes usually smaller than before. -Damien On Jul 8, 2008, at 10:10 AM, Jan Lehnardt wrote: > > On Jul 8, 2008, at 15:58, Brad King wrote: > >> After deleting a design document, the index file still exists on disk >> even after database compaction. Is it on the roadmap to clean these >> up >> when a compaction occurs? > > Yeah this is on the roadmap. Indexes don't yet get compacted. > Damien, what's the desired behaviour here? Deleting indexes when > the associated design document gets deleted or only during > compaction? > > Cheers > Jan > --