Are PostgreSQL column names case-sensitive?
Solution 1
Identifiers (including column names) that are not double-quoted are folded to lowercase in PostgreSQL. Column names that were created with double-quotes and thereby retained uppercase letters (and/or other syntax violations) have to be double-quoted for the rest of their life:
"first_Name"
Values (string literals / constants) are enclosed in single quotes:
'xyz'
So, yes, PostgreSQL column names are case-sensitive (when double-quoted):
SELECT * FROM persons WHERE "first_Name" = 'xyz';
Read the manual on identifiers here.
My standing advice is to use legal, lower-case names exclusively so double-quoting is not needed.
Solution 2
To quote the documentation:
Key words and unquoted identifiers are case insensitive. Therefore:
UPDATE MY_TABLE SET A = 5;
can equivalently be written as:
uPDaTE my_TabLE SeT a = 5;
You could also write it using quoted identifiers:
UPDATE "my_table" SET "a" = 5;
Quoting an identifier makes it case-sensitive, whereas unquoted names are always folded to lower case (unlike the SQL standard where unquoted names are folded to upper case). For example, the identifiers FOO
, foo
, and "foo"
are considered the same by PostgreSQL, but "Foo"
and "FOO"
are different from these three and each other.
If you want to write portable applications you are advised to always quote a particular name or never quote it.
Solution 3
The column names which are mixed case or uppercase have to be double quoted in PostgresQL. So best convention will be to follow all small case with underscore.
Solution 4
if use JPA I recommend change to lowercase schema, table and column names, you can use next intructions for help you:
select
psat.schemaname,
psat.relname,
pa.attname,
psat.relid
from
pg_catalog.pg_stat_all_tables psat,
pg_catalog.pg_attribute pa
where
psat.relid = pa.attrelid
change schema name:
ALTER SCHEMA "XXXXX" RENAME TO xxxxx;
change table names:
ALTER TABLE xxxxx."AAAAA" RENAME TO aaaaa;
change column names:
ALTER TABLE xxxxx.aaaaa RENAME COLUMN "CCCCC" TO ccccc;
Related videos on Youtube
5122014009
A wandering traveller through the journey of life.
Updated on February 23, 2022Comments
-
5122014009 about 2 years
I have a db table say,
persons
in Postgres handed down by another team that has a column name say,"first_Name"
. Now am trying to use PG commander to query this table on this column-name.select * from persons where first_Name="xyz";
And it just returns
ERROR: column "first_Name" does not exist
Not sure if I am doing something silly or is there a workaround to this problem that I am missing?
-
Sled over 9 years@Erwin Are upper case table names illegal according to an SQL standard or is this something PostGresSQL specific?
-
Erwin Brandstetter over 9 years@ArtB: The SQL standard defines case insensitive identifiers, just like Postgres implements it. The only deviation: unquoted identifiers are folded to upper case in the standard, but pg lower-cases everything that isn't double-quoted. (Only relevant in rare corner cases.) Details in the manual here.
-
Asegid Debebe over 9 years@ErwinBrandstetter: Can you please explain what you meant by 'The SQL standard defines case insensitive identifiers, just like Postgres implements it'? When we say case insensitive, does it not mean that we can name identifiers with any upper and lower case combination and still be able to retrieve them with any combination of upper and lower cases as long as we get the identifier name right? In this can we say Postgres implements the identifier case insensitivity standard defined for SQL?
-
Erwin Brandstetter over 9 years@adfs: I don't think I can explain it any better than I already did. For more, follow the link to the manual I provided repeatedly.
-
a_horse_with_no_name about 9 years@adfs: In SQL,
foobar
,FOOBAR
andFooBar
are the same identifier. However"foobar"
,"FooBar"
and"FOOBAR"
are different identifiers -
Michael Silver over 8 yearsThis is incorrect as per the explanation given by @erwin-brandstetter
-
Jasen about 8 years@a_horse_with_no_name yes, but under SQL
foobar
andFOOBAR
are the same as"FOOBAR"
, under potgresqlFOOBAR
andfoobar
etc are the same as"foobar"
. -
Kamel Mili about 8 years@ErwinBrandstetter hey sorry to bother you am using Uppercase Table name and am using jbdcimpl whatever that not too important i have sql like this
"select pseudo,Password,enabled from
UTILISATEUR` where Pseudo = ? "` my problem i can't double-quotes and even with those it doesn't work you seem like sql expert guy please help -
Erwin Brandstetter about 8 years@KamelMili: I suggest to ask your question as question, providing all necessary information. Comments are not the place. You can always link to this answer for context. And you can leave a comment with the link to your related question here (to also get my attention).
-
Kamel Mili about 8 yearshere and thank you stackoverflow.com/questions/36218161/…
-
Anssi over 7 yearsGood advice. Especially the word legal, so don't use reserved words in tables or columns. You might have to add double quotes and after that, wherever you reference that table it's going to be pain in the neck.
-
Ankur Srivastava about 7 yearsEven if you pass word like ' ABC1234' in create table command in postgresql , it will be converted to 'abc1234' in Postgre DB and next time when you search table with ' ABC1234', you will run into all sorts of issues.So its better to follow a lowercase naming convention while creating table in postgresql .
-
vanboom over 6 yearsWhen specifying a table name, use this syntax: select table."FOOBAR" from table;
-
theferrit32 over 6 yearsHow is this incorrect? If you have column names that are mixed case or upper case, in order to refer to them you need to put the identifier in double quotes.
-
Tomex Ou almost 2 yearsStupid pgsql SQL parser will not explain identifiers as case insensitive in sql query, but most RDMS DB will do. I found it will be better in pgAdmin SQL tool.
-
Tomex Ou almost 2 yearsStupid pgsql SQL parser will forced to converted your identifiers to lower-case, so they are not found in pgsql database (case-sensitive). But most databases SQL parsers will do these, so the are intelligent.