X-Original-To: pgsql-advocacy-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id 73CE8D1B448; Sat, 24 Apr 2004 15:09:44 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 83477-02; Sat, 24 Apr 2004 15:09:43 -0300 (ADT) Received: from fep01-mail.bloor.is.net.cable.rogers.com (fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71]) by svr1.postgresql.org (Postfix) with ESMTP id D97D3D1B43A; Sat, 24 Apr 2004 15:09:41 -0300 (ADT) Received: from phlogiston.dydns.org ([65.49.125.184]) by fep01-mail.bloor.is.net.cable.rogers.com (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id <20040424180813.PDFS79855.fep01-mail.bloor.is.net.cable.rogers.com@phlogiston.dydns.org>; Sat, 24 Apr 2004 14:08:13 -0400 Received: by phlogiston.dydns.org (Postfix, from userid 1000) id 346323BEC; Sat, 24 Apr 2004 13:46:41 -0400 (EDT) Date: Sat, 24 Apr 2004 13:46:41 -0400 From: Andrew Sullivan To: PostgreSQL-development , PostgreSQL advocacy Subject: Re: [HACKERS] What can we learn from MySQL? Message-ID: <20040424174641.GA7253@phlogiston.dyndns.org> Mail-Followup-To: PostgreSQL-development , PostgreSQL advocacy References: <1082735128.22969.1106.camel@camel> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1082735128.22969.1106.camel@camel> User-Agent: Mutt/1.5.5.1+cvs20040105i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep01-mail.bloor.is.net.cable.rogers.com from [65.49.125.184] using ID at Sat, 24 Apr 2004 14:08:12 -0400 X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.1 tagged_above=0.0 required=5.0 tests=RCVD_IN_SORBS X-Spam-Level: X-Archive-Number: 200404/192 X-Sequence-Number: 4164 On Fri, Apr 23, 2004 at 11:45:28AM -0400, Robert Treat wrote: > lower will now simply be folder upper. the only people who will have a > problem are those who quote on one end but not the other, which is bad > practice anyways... so i would say if your serious about it, make the > patch as GUC "case_folding" for upper or lower and get a taste for what > breaks inside the db. If it were that easy, it wouldn't matter, right? That is, if you had a system which was either consistently quoted or consistently unquoted, then you'd never run into the problem of the upper-or-lower question. It's precisely _because_ systems often have been maintained by various cranks for 20 years that it's a problem. One guy thinks quoting is stupid. Another thinks that if you don't quote, you're asking for trouble, A third has been rigourous in following the quoting convention he learned in his last job. The ship date is three weeks away, and there are 802 "P1" bugs filed. What chance do you think there is that someone is going to scrub all the checkins of quotes (or apply them carefully)? This is _exactly_ why standards compliance for this stuff matters, and why backward comaptibility is also a top priority. A -- Andrew Sullivan | ajs@crankycanuck.ca