Re: case-sensitivity inconsistency in quoted column aliases

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: case-sensitivity inconsistency in quoted column aliases
Дата
Msg-id 20020109115019.L72858-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на case-sensitivity inconsistency in quoted column aliases in FROM subselects  (Mike Hoolehan <mike@sycamorehq.com>)
Список pgsql-bugs
On Wed, 9 Jan 2002, Mike Hoolehan wrote:

> Please enter a FULL description of your problem:
> ------------------------------------------------
> if a quoted column alias in a FROM clause sub-select contains upper-case
> chars, then that column cannot be later referenced without using quotes
>
> Please describe a way to repeat the problem.   Please try to provide a
> concise reproducible example, if at all possible:
> ----------------------------------------------------------------------
> SELECT * FROM (SELECT col1 as "Foo" from table1) AS innerQuery
>   WHERE Foo = 'whatever';
> results in
> "ERROR:  Attribute 'foo' not found"
> no matter what capitalization is used for "Foo" in the where clause
> (i.e. foo='whatever', FOO='whatever', etc).
> I assume this is a bug, since if the column is aliases as "foo" (with
> quotes, all lowercase), then the column can later be referenced
> without quotes with case-insensitivity.

Unquoted column and table names are folded to lower case (thus Foo
is the same as foo or FOO or "foo", but "Foo" is different).  In
general, although "foo" will be matched, if you use quotes around
the name in its creation you should always use quotes thereafter.

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: case-sensitivity inconsistency in quoted column aliases in FROM subselects
Следующее
От: Tom Lane
Дата:
Сообщение: Re: 'natural join' and 'join ... using' giving different results