Verify column name length in PostgreSQL and SQL Server

[ebyhr]

Description

Fixes #12882

Documentation

(x) No documentation is needed.

Release notes

(x) Release notes entries required with the following suggested text:

# PostgreSQL
* Prevent using column names with a name which is longer
  than the max length supported by PostgreSQL. Previously, long names were
  truncated to the max length. ({issue}`13742`)
# SQL Server
* Prevent renaming a column to a name which is longer
  than the max length supported by SQL Server. Previously, long names were
  truncated to the max length. ({issue}`13742`)

[findepi]

@ebyhr can you please rebase? there are conflicts.

[ebyhr]

Rebased on upstream to resolved conflicts.

[findepi]

is it documented? can you link to docs?

[findepi]

SQLSyntaxErrorException contains invalid column name.

add a code comment

// Note: SQLSyntaxErrorException can be throw also when column name is invalid

BTW do we need this complicated logic?
why not "drop support" for the older MariaDB version and simplify this?

[ebyhr]

I think throwing an MariaDB exception without conversion is also fine. Let me handle in a follow-up PR.

[findepi]

Why aren't these quoted?

(i know they weren't quoted before the refactor)

[ebyhr]

Thanks for catching that. Let me fix in a follow-up PR.

[findepi]

Quote the contents of the columnName in the message besides their length.

It's important for CREATE TABLE statement, where there can be multiple potentially problematic columns in play

[findepi]

Quote the contents of the columnName in the message besides their length

[ebyhr]

CI hit #13825 & #13199

[hashhar]

Today while in looking into something related I saw a very disturbing behaviour from postgres. Directly in Postgres:

tpch=# select * from (select name as zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz, regionkey as zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz from tpch.region) t;
NOTICE:  identifier "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" will be truncated to "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
NOTICE:  identifier "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" will be truncated to "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
 zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz | zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
-----------------------------------------------------------------+-----------------------------------------------------------------
 AFRICA                                                          |                                                               0
 AMERICA                                                         |                                                               1
 ASIA                                                            |                                                               2
 EUROPE                                                          |                                                               3
 MIDDLE EAST                                                     |                                                               4
(5 rows)

tpch=# select zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz from (select name as zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz, regionkey as zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz from tpch.region) t;
NOTICE:  identifier "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" will be truncated to "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
NOTICE:  identifier "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" will be truncated to "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
ERROR:  column reference "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" is ambiguous
LINE 1: select zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz...
               ^
tpch=# select zzzzzzzzzzzzzzzzzzzzzzzzzzzzz from (select name as zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz, regionkey as zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz from tpch.region) t;
NOTICE:  identifier "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" will be truncated to "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
NOTICE:  identifier "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" will be truncated to "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
ERROR:  column "zzzzzzzzzzzzzzzzzzzzzzzzzzzzz" does not exist
LINE 1: select zzzzzzzzzzzzzzzzzzzzzzzzzzzzz from (select name as zz...

This means that Postgres truncates ALL occurences of long identifiers and the truncated values are treated equivalently.
i.e. If postgres only allowed 2 char identifiers then zzz == zzzz == zzzzzzz and any other combination.

However when selecting from a relation which produces zzzz and zzz both get truncated to zz and the SELECT complains about ambiguity.

So it seems we're still "safe" in the sense that if for example join pushdown caused truncated identifiers then the worst thing that can happen would be query failure because postgres would complain of ambiguity.