From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
---|---|
To: | "gcso(at)sqliteonline(dot)com" <gcso(at)sqliteonline(dot)com>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: BUG #18619: uppercase column with quotation marks, gets an error without quotation marks |
Date: | 2024-09-16 13:29:21 |
Message-ID: | CAKFQuwaj5UWNK3WeO-5LVHWJ4UGZDVWVG5bnF_ocF9wPebJftA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Monday, September 16, 2024, PG Bug reporting form <noreply(at)postgresql(dot)org>
wrote:
> The following bug has been logged on the website:
>
> Bug reference: 18619
> Logged by: Kirill N
> Email address: gcso(at)sqliteonline(dot)com
> PostgreSQL version: 17rc1
> Operating system: docker 17rc1
> Description:
>
> Hello,
>
> If you create a table with field names in uppercase and put them in
> quotation marks.
> then such fields can be accessed only with quotation marks.
>
> table_schema | table_name | column_name | data_type
> --------------+------------+---------------+-------------------
> public | a | b | integer
> public | a | C | integer
>
>
You are compelled to use quote_ident (or format code I) if you want to
interpolate stored identifiers into SQL where case-folding happens. But
the quoting is purely a SQL syntax artifact, the identifier itself does not
include the syntax quotes as part of its value.
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | David G. Johnston | 2024-09-16 13:39:09 | Re: BUG #18619: uppercase column with quotation marks, gets an error without quotation marks |
Previous Message | Sagar Popade | 2024-09-16 12:33:07 | PostgreSQL consuming high memory causing restart |