Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 12768 invoked from network); 31 Aug 2010 00:55:33 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 31 Aug 2010 00:55:33 -0000 Received: (qmail 9311 invoked by uid 500); 31 Aug 2010 00:55:32 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 9264 invoked by uid 500); 31 Aug 2010 00:55:31 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 9256 invoked by uid 99); 31 Aug 2010 00:55:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Aug 2010 00:55:31 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,MIME_QP_LONG_LINE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [208.113.200.5] (HELO homiemail-a51.g.dreamhost.com) (208.113.200.5) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Aug 2010 00:55:25 +0000 Received: from homiemail-a51.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a51.g.dreamhost.com (Postfix) with ESMTP id DE6EC2E806D for ; Mon, 30 Aug 2010 17:55:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=thelastpickle.com; h=to:from :subject:date:message-id:content-type:mime-version:in-reply-to; q=dns; s=thelastpickle.com; b=fY/R1Jw7JTnNm6TlsRMra2P4nDmhqnEEo Sa9OfQLttTLKH1hkVNU1WIfp8mVqB9w1sFn+Ot2yPknJu9f4YC8yWmKCEsjGSVkG qtop0U46DtVo7YAI3ax1oVRVjIJ15TSYrCPZdwpsAJQlTEPKcoKxmWjRR45/IDLz FSSfSPUpD8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=thelastpickle.com; h=to :from:subject:date:message-id:content-type:mime-version: in-reply-to; s=thelastpickle.com; bh=gNdu/emXPME+f2Hu512qDcdT+Sk =; b=01Q8mc+eDCpIbf7YHfnTJY7j8ivCH40bJnJIKN3vPR5tApTQmkw6e1KX8Ol QNXmB1OFAMkdVfM4XD8FAF5Rd6xZPaMwZWW0VMYtc83jCZbO4rkv3IJmn0xss077 CvPt6b2v2kEED+moI56v3DAol843ziwg7hdg6/xvG/k15UYo= Received: from localhost (webms.mac.com [17.148.16.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: aaron@thelastpickle.com) by homiemail-a51.g.dreamhost.com (Postfix) with ESMTPSA id D2D3E2E806A for ; Mon, 30 Aug 2010 17:55:03 -0700 (PDT) To: user@cassandra.apache.org From: Aaron Morton Subject: Re: column family names Date: Tue, 31 Aug 2010 00:55:03 GMT X-Mailer: MobileMe Mail (1C3202) Message-id: <968b952c-6621-ca3d-af24-974b81e174f7@me.com> Content-Type: multipart/alternative; boundary=Apple-Webmail-42--463acb86-31f0-4aff-8e9f-9e69a318ae18 MIME-Version: 1.0 In-Reply-To: --Apple-Webmail-42--463acb86-31f0-4aff-8e9f-9e69a318ae18 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; format=flowed under scores or URL encoding ?=0A=0AAaron=0A=0AOn 31 Aug, 2010,at 12:27 PM= , Benjamin Black wrote:=0A=0APlease don't do this.=0A=0AOn Mon,= Aug 30, 2010 at 5:22 AM, Terje Marthinussen=0A w= rote:=0A> Ah, sorry, I forgot that underscore was part of \w.=0A> That wil= l do the trick for now.=0A>=0A> I do not see the big issue with file names= though. Why not expand the=0A> allowed characters a bit and escape the fi= le names? Maybe some sort of URL=0A> like escaping.=0A>=0A> Terje=0A>=0A> = On Mon, Aug 30, 2010 at 6:29 PM, Aaron Morton =0A= > wrote:=0A>>=0A>> Moving to the user list.=0A>> The new restrictions were= added as part of =A0CASSANDRA-1377 for 0.6.5 and=0A>> 0.7, AFAIK it's to = ensure the file names created for the CFs can be=0A>> correctly parsed. So= it's probably not going to change.=0A>> The names have to match the \w re= g ex class, which includes the underscore=0A>> character.=0A>>=0A>> Aaron=0A= >>=0A>> On 30 Aug 2010, at 21:01, Terje Marthinussen =0A>> wrote:=0A>>=0A>> Hi,=0A>>=0A>> Now that we can make columns fami= lies on the fly, it gets interesting to=0A>> use=0A>> column families more= as part of the data model (can reduce diskspace quite=0A>> a=0A>> bit vs.= super columns in some cases).=0A>>=0A>> However, currently, the column fa= mily name validator is pretty strict=0A>> allowing only word characters an= d in some cases it is pretty darned nice=0A>> to=0A>> be able to put somet= hing like a "-" inbetweenallthewords.=0A>>=0A>> Any reason to be this stri= ct or could it be loosened up a little bit?=0A>>=0A>> Terje=0A>=0A>=0A --Apple-Webmail-42--463acb86-31f0-4aff-8e9f-9e69a318ae18 Content-Type: multipart/related; type="text/html"; boundary=Apple-Webmail-86--463acb86-31f0-4aff-8e9f-9e69a318ae18 --Apple-Webmail-86--463acb86-31f0-4aff-8e9f-9e69a318ae18 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1;
under scores or URL encoding ?

Aaron

On 31 Aug, 2010,at 12:27 PM, Benjamin Black <b@b3k.us> wrote:=

= Please don't do this.
=0A
=0AOn Mon, Aug 30, 2010 at 5:22 AM, Terje = Marthinussen
=0A<tmarthinussen@gmail.com> wrote:
=0A> Ah, s= orry, I forgot that underscore was part of \w.
=0A> That will do the= trick for now.
=0A>
=0A> I do not see the big issue with file= names though. Why not expand the
=0A> allowed characters a bit and = escape the file names? Maybe some sort of URL
=0A> like escaping.=0A>
=0A> Terje
=0A>
=0A> On Mon, Aug 30, 2010 at 6:= 29 PM, Aaron Morton <aaron@thelastpickle.com>
=0A> wrote:
=0A= >>
=0A>> Moving to the user list.
=0A>> The new re= strictions were added as part of  CASSANDRA-1377 for 0.6.5 and
=0A= >> 0.7, AFAIK it's to ensure the file names created for the CFs can = be
=0A>> correctly parsed. So it's probably not going to change.<= br>=0A>> The names have to match the \w reg ex class, which includes= the underscore
=0A>> character.
=0A>>
=0A>> Aa= ron
=0A>>
=0A>> On 30 Aug 2010, at 21:01, Terje Marthinu= ssen <tmarthinussen@gmail.com>
=0A>> wrote:
=0A>><= br>=0A>> Hi,
=0A>>
=0A>> Now that we can make colu= mns families on the fly, it gets interesting to
=0A>> use
=0A&= gt;> column families more as part of the data model (can reduce diskspa= ce quite
=0A>> a
=0A>> bit vs. super columns in some cas= es).
=0A>>
=0A>> However, currently, the column family n= ame validator is pretty strict
=0A>> allowing only word character= s and in some cases it is pretty darned nice
=0A>> to
=0A>&= gt; be able to put something like a "-" inbetweenallthewords.
=0A>&g= t;
=0A>> Any reason to be this strict or could it be loosened up = a little bit?
=0A>>
=0A>> Terje
=0A>
=0A>=0A
--Apple-Webmail-86--463acb86-31f0-4aff-8e9f-9e69a318ae18-- --Apple-Webmail-42--463acb86-31f0-4aff-8e9f-9e69a318ae18--