Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 36083 invoked from network); 4 Aug 2010 02:45:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 4 Aug 2010 02:45:47 -0000 Received: (qmail 87212 invoked by uid 500); 4 Aug 2010 02:45:46 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 87093 invoked by uid 500); 4 Aug 2010 02:45:44 -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 87085 invoked by uid 99); 4 Aug 2010 02:45:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Aug 2010 02:45:44 +0000 X-ASF-Spam-Status: No, hits=4.4 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of steven.prentice.87@gmail.com designates 209.85.214.180 as permitted sender) Received: from [209.85.214.180] (HELO mail-iw0-f180.google.com) (209.85.214.180) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Aug 2010 02:45:36 +0000 Received: by iwn8 with SMTP id 8so7821177iwn.11 for ; Tue, 03 Aug 2010 19:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=JKJrbhCT6RgtKgsijiqS1LbTyo16NTEhRgxZX8uAtdk=; b=JTnxYYpGrQLFh3ozXJn0vzL5w4Yh1uT77tXnRbYLKmDOWuv3UFhPT6RhLfpMbL7GkN ah1WvYI0KED8iwvWOJtFZDnm7gj1Nz2fc2nfWY/WYxHsf651KNtHDzM19IrPpx1i3XbY kcqPPnrGSC+LthqaW2hL4T8CJGIEiut3Kc/Fk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=DyizrGgxRwlXfjsb8q3lTEV5ZyVCydPBZmzMVvvB5EbvMyMGIQJllw5u2L2IpFKk83 xaQrHDqsEofi/oP6OipZObhHGwkAMXqcoJAyGLosQmS4IIe3Iw0RPezOPC9lumc1AIzv TbQT6IMgq/ZEa3HHuEBkL0DBiSZa4XaU906eU= MIME-Version: 1.0 Received: by 10.231.160.77 with SMTP id m13mr9827696ibx.22.1280889914653; Tue, 03 Aug 2010 19:45:14 -0700 (PDT) Received: by 10.231.200.204 with HTTP; Tue, 3 Aug 2010 19:45:14 -0700 (PDT) In-Reply-To: References: <5A248DFF-3423-41B2-AAC8-96943023E77D@gmail.com> Date: Wed, 4 Aug 2010 12:45:14 +1000 Message-ID: Subject: Re: VIEW Performance Testing Help From: Steven Prentice To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=0016e6d447ef5c0061048cf66c32 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6d447ef5c0061048cf66c32 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Aug 4, 2010 at 12:07 PM, Steven Prentice < steven.prentice.87@gmail.com> wrote: > > > ---------- Forwarded message ---------- > From: Paul Joseph Davis > Date: Wed, Aug 4, 2010 at 11:58 AM > Subject: Re: VIEW Performance Testing Help > To: "user@couchdb.apache.org" > > > > > > > On Aug 3, 2010, at 7:31 PM, Steven Prentice > wrote: > > > Hey Couchinators! > > > > My friend and I are trying to test the impact that views have on the size > of > > the database and have a few questions... > > > > 1. if the value of a view is set to 'doc' does that mean that the leaves > of > > the view B-Tree are now documents or are they simply pointers to the > > document leaves in the database B-Tree? > > i.e would the summed memory of all of the values in the view be equal to > the > > size of the database (ignoreing revisions)? > > Whatever you emit as a value is stored in the btree. So if you emit an > entire document it is stored completely in that view. A way to avoid this is > to use the include_docs=true parameter but it has some read performance > trade offs because it's a lookup per view row. The best idea is to only emit > what's actually needed. > > > > 2. also we would like to know if the database size that is displayed in > > futon includes the size of the views? > > Unless I missed that commit, no, db size is the size of just the .couch > file. > > > 3. Oh also, Revisions...is a revision an entire document or does a > revision > > only track changes in a document? > > Neither. A revision is just the string-id pair (More precisely it's a node > in the revision tree, but it still has zero info on actual document > content). That's all that will remain on disk after a compaction. Because > we're tail append the previous entire documents remain on disk until > compaction. To illustrate, we've had discussions on removing access to old > revisions and renaming revision to something else that doesn't make people > think they'll always have access to old versions of a document. > > > Cheers > > Steve + Adam > > HTH, > Paul Davis > > How would we check how much space that just the views are taking up? cheers! --0016e6d447ef5c0061048cf66c32--