Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of antony.blakey@gmail.com
 designates 209.85.198.237 as permitted sender)
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=uX1ItwQSQ8wQFj+wuS3OttJjC+wTe+HslCyhlkEBqe/XBHxikzbehIi5nZIQo8k+Cd
         BhaxvtEtVl3AbEGZ1qwNp81Og3dn3s6lCuHwfNdavlnoSAj3aqz9YWPf43L3F08tgwa3
         olqcRuiGjqCd4Xqiz/wbKpbrWMwKOejjqgZUY=
Message-Id: <6D8AAD89-A161-40D9-ABF6-276875DCDA56@gmail.com>
From: Antony Blakey <antony.blakey@gmail.com>
To: dev@couchdb.apache.org
In-Reply-To: <e282921e0812262011q288d0b03q91d4ff1a80fe333c@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v929.2)
Subject: Re: slash escaping (was 0.9.0 Release)
Date: Sat, 27 Dec 2008 14:59:33 +1030
References: <e282921e0812111139t499bfb08v56d8a0f4d29a8a39@mail.gmail.com>
 <0EC6A3E0-15BA-4BBB-A0A3-9ED9D04E3C40@apache.org>
 <20081211210414.GH26734@tumbolia.org>
 <e282921e0812111344t41e5bcd0k3d1c7d65e04475da@mail.gmail.com>
 <e282921e0812262011q288d0b03q91d4ff1a80fe333c@mail.gmail.com>


On 27/12/2008, at 2:41 PM, Chris Anderson wrote:

> This does nothing to address the restrictions on the character set of
> database and design doc names. Antony's patch looks like it works as
> advertised. If people are happy with the way it reorganizes couchdb
> data files, then I don't see a reason not to apply it (especially with
> the addition of a slug).

It was built before the changes to the view server, so it doesn't  
apply cleanly to head. If the change is approved in principle, then  
I'm happy to do the work to make it slug-based i.e. <filtered-name> +  
<md5>, where filtering removes all the special characters, prefixes  
and sequences, and doesn't append an md5 if the filtered and raw names  
are the same.

I'm ambivalent about the fact that it nests the derived data (e.g.  
views) within the database directory. I think there's a valid argument  
against that, based on the physical separation of the canonical data  
and the derived data, but as I say, I'm ambivalent. I'll change it, if  
you want, to use two directories per database, one for canonical data  
and one for derived data.

Antony Blakey
-------------
CTO, Linkuistics Pty Ltd
Ph: 0438 840 787

The difference between ordinary and extraordinary is that little extra.