Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id 8521A9FB1FB for ; Fri, 27 Oct 2006 22:50:51 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 61149-03 for ; Sat, 28 Oct 2006 01:50:28 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey- Received: from tomts20-srv.bellnexxia.net (tomts20.bellnexxia.net [209.226.175.74]) by postgresql.org (Postfix) with ESMTP id 2B5289FA3B4 for ; Fri, 27 Oct 2006 22:50:26 -0300 (ADT) Received: from acer.sympatico.ca ([65.95.174.215]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061028015024.ZVTG16051.tomts20-srv.bellnexxia.net@acer.sympatico.ca> for ; Fri, 27 Oct 2006 21:50:24 -0400 Message-Id: <5.2.1.1.0.20061027214608.04129070@pop6.sympatico.ca> X-Sender: b1wudu74@pop6.sympatico.ca X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Fri, 27 Oct 2006 21:50:22 -0400 To: pgsql-sql@postgresql.org From: Frank Bax Subject: Re: Case Preservation disregarding case sensitivity? In-Reply-To: <200610271623.37525.beauh@bluefrogmobile.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.134 tagged_above=0 required=5 tests=FORGED_RCVD_HELO, SPF_PASS X-Spam-Level: X-Archive-Number: 200610/226 X-Sequence-Number: 26615 At 07:23 PM 10/27/06, beau hargis wrote: >I am aware of the double-quote 'feature' which indicates that an element >should be treated in a case-sensitive way. This as been the 'answer' to every >question of this sort. This 'feature' does not solve the problem and >introduces other problems. If you use double-quotes when creating the table, you need to use double-quotes EVERY time you access those elements. Neither of your two examples (that produced errors) have double quotes. >ALTER TABLE user_profile ADD CONSTRAINT fk_uproftype FOREIGN KEY >(userProfileTypeId) REFERENCES user_profile_type (userProfileTypeId); > >ERROR: column "userprofiletypeid" referenced in foreign key constraint does >not exist >insert into user_profile_type >(userProfileTypeId,userProfileType) VALUES(1,'ABNORMAL'); > >ERROR: column "userprofiletypeid" of relation "user_profile_type" does not >exist The second query should be: insert into user_profile_type ("userProfileTypeId","userProfileType") VALUES(1,'ABNORMAL');