You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Julian Hyde (Jira)" <ji...@apache.org> on 2020/02/20 22:07:00 UTC

[jira] [Created] (CALCITE-3811) JDBC adapter generates SQL with invalid field names if Filter's row type is different from its input

Julian Hyde created CALCITE-3811:
------------------------------------

             Summary: JDBC adapter generates SQL with invalid field names if Filter's row type is different from its input
                 Key: CALCITE-3811
                 URL: https://issues.apache.org/jira/browse/CALCITE-3811
             Project: Calcite
          Issue Type: Bug
          Components: jdbc-adapter
    Affects Versions: 1.21.0
            Reporter: Julian Hyde
             Fix For: 1.22.0


JDBC adapter generates SQL with invalid field names if a {{Filter}} object's row type is different from its input. Usually a {{Filter}} object's row type is identical to its input's row type (because that is how it derives its row type on construction), but if you call {{RelNode.replaceInput}} after construction it is possible to make the field names inconsistent.

Here is an example of the wrong SQL generated:
{code}
SELECT D AS `emps.deptno`
FROM (
  SELECT DEPTNO AS D2, COUNT(*) AS `emps.count`
  FROM `scott`.EMP
  GROUP BY DEPTNO
  HAVING COUNT(*) < 2) AS `t1`
{code}

Note that the sub-query returns a column {{D2}} but the outer {{SELECT}} expression refers to {{D}}, because that was the name in the row type of the {{Filter}} (which became the {{HAVING}} clause in the generated SQL).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)