AW: Repost: Get table/field-identifiers in uppercase

From: Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at>
To: "'K(dot)Reger(at)wwwdb(dot)de'" <K(dot)Reger(at)wwwdb(dot)de>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: AW: Repost: Get table/field-identifiers in uppercase
Date: 2001-07-10 09:45:06
Message-ID: 11C1E6749A55D411A9670001FA68796336836F@sdexcsrv1.f000.d0188.sd.spardat.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> When a new table or field is created without quotes, it is assumed to be
> case-insensitive. Herefore I have some questions:
>
> - Is it SQL-92-conform to handle >"test"< like >test< without quotes, or
> shouldn't it be >test< forced to lowercase?

I do not understand this question. If you want case sensitivity, you need
to quote your identifiers. Unquoted identifiers are case insensitive.
I do not think the standard states what should happen when you start mixing
quoted and unquoted identifiers for the same object.

>
> - Oracle returns this no_matter_what-case_it_is-fields with
> uppercase-letters. Is it possible for Postgresql, to imitate this behaviour?

No. PostgreSQL stores them in all lower case (Informix also).

>
> - How is the handling of case-sensitivity handled in the system-catalogs? Is
> ther any flag or depends it on the name of the object only?

The unquoted identifier is converted to all lower case, no flag.
The quoted identifier is taken as is.

Andreas

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Adam Manock 2001-07-10 11:44:34 Performance tuning for linux, 1GB RAM, dual CPU?
Previous Message Mathijs Brands 2001-07-10 09:37:55 Re: Solaris source code