From user-return-2533-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Fri Jan 02 02:18:50 2009 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 81298 invoked from network); 2 Jan 2009 02:18:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jan 2009 02:18:49 -0000 Received: (qmail 60410 invoked by uid 500); 2 Jan 2009 02:18:48 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 60370 invoked by uid 500); 2 Jan 2009 02:18:48 -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 60359 invoked by uid 99); 2 Jan 2009 02:18:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jan 2009 18:18:47 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of adam.kocoloski@gmail.com designates 74.125.46.30 as permitted sender) Received: from [74.125.46.30] (HELO yw-out-2324.google.com) (74.125.46.30) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jan 2009 02:18:40 +0000 Received: by yw-out-2324.google.com with SMTP id 3so1823915ywj.5 for ; Thu, 01 Jan 2009 18:18:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=NExVmLhL6Nn7noLlAoGXHv3nD9v8PCnbc0Xy8lz/LeI=; b=oSlBElzNQgzCATjv2XahFCtCEy3aclrFz1OmXP7ACcvlyaZSCtoUZfn1Ilug91RLy1 OOoxoycEYXQejIYVgsdF6uMyjCLy0XAFoOMSOUOdkWiG1UbwQagsTpYyVTJ0Al4c8CAv iO0bum54c2sn/IO3I4D+0hq8ZkC8jJbQtJjg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=m4S+dl8uR7FSIz+cR9mf1n+cWbBwN15/LiIFtLYa96jbEJmUEd37YRNBp2sh54Ple2 6YuqDL04nDt9w/xVhFDyO7hkTJvvqdIrZ8dEjxxw8Ltin+JEx/NLJH0TaYVLkQVlkRLq nd3l0UsEUi2/qLyhyvKgIhFCxr+oYLkdbrEwE= Received: by 10.90.27.10 with SMTP id a10mr8218755aga.31.1230862699108; Thu, 01 Jan 2009 18:18:19 -0800 (PST) Received: from ?10.0.1.3? (c-65-96-242-38.hsd1.ma.comcast.net [65.96.242.38]) by mx.google.com with ESMTPS id 36sm44980970aga.10.2009.01.01.18.18.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Jan 2009 18:18:18 -0800 (PST) Message-Id: <76FD2CC5-3BC9-46CA-B381-31E316FC0F7E@gmail.com> From: Adam Kocoloski To: user@couchdb.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 v930.3) Subject: Re: 0.9 Progress Date: Thu, 1 Jan 2009 21:18:16 -0500 References: <58C682A3-9E75-40FC-AF66-C10154FED352@gmail.com> <3378CC5E-A687-4A57-B051-DF27C73C8C24@gmail.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org On Dec 31, 2008, at 1:02 AM, Chris Anderson wrote: > On Tue, Dec 30, 2008 at 9:57 PM, Adam Kocoloski > wrote: ... >> >> +1 for being able to easily move derived data around. In fact, I >> think it'd >> be better if all the derived data on the server shared a common >> root that >> was separate from the canonical data. I opened a ticket (#168) >> about this a >> month ago. Sorry I didn't chime earlier on the ML to voice that >> viewpoint. >> > > Adam, > > I tried to set up the above so that #168 will work. Since the views > are in .indexes, and the originals in .couch, you could store them > together in one directory or separate roots. I'm thinking a config > item for data_dir plus one for derived_dir ... which can be different, > but by default are the same. This makes it least different from the > current implementation, but with the advantages we want. > > I think it works - please look for holes in my reasoning. > > Chris Hi Chris, sorry for my delayed response. If an index_dir/derived_dir config option is included then I'm happy. Setting it equal to database_dir is a sensible default. Best, Adam