You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Jinfeng Ni (JIRA)" <ji...@apache.org> on 2014/12/29 21:09:13 UTC
[jira] [Created] (CALCITE-550) Case sensitive configuration is not
recognized correctly in subquery, when LEX is other than LEX.ORACLE
Jinfeng Ni created CALCITE-550:
----------------------------------
Summary: Case sensitive configuration is not recognized correctly in subquery, when LEX is other than LEX.ORACLE
Key: CALCITE-550
URL: https://issues.apache.org/jira/browse/CALCITE-550
Project: Calcite
Issue Type: Bug
Reporter: Jinfeng Ni
Assignee: Julian Hyde
Currently, the default LEX in Calcite is LEX.ORACLE, and most unit test cases are using LEX.ORACLE. However, when LEX is set to be MYSQL/SQL_SERVER etc, Calcite would complain "field/column not found error" in subquery, while the MYSQL/SQL_SERVER policy should allow such query.
For example, given the following query, with LEX.MYSQL.
{code}
select DID
from (select deptid as did
FROM
( values (1), (2) ) as T1(deptid)
)
{code}
Calcite would raise the following error:
{code}
Caused by: java.lang.AssertionError: Internal error: Type 'RecordType(INTEGER did)' has no field ‘DID'
{code}
According to LEX.MYSQL, the unquoted sql identifier should remain unchanged, and matched with case-insensitive, hence the query is valid.
{code}
/** Lexical policy similar to MySQL. (To be precise: MySQL on Windows;
* MySQL on Linux uses case-sensitive matching, like the Linux file system.)
* The case of identifiers is preserved whether or not they quoted;
* after which, identifiers are matched case-insensitively.
* Back-ticks allow identifiers to contain non-alphanumeric characters. */
MYSQL(Quoting.BACK_TICK, Casing.UNCHANGED, Casing.UNCHANGED, false),
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)