You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Sean Hsuan-Yi Chu (JIRA)" <ji...@apache.org> on 2015/08/24 18:17:47 UTC
[jira] [Updated] (CALCITE-844) The lack of Project under
LogicalWindow hurts the performance
[ https://issues.apache.org/jira/browse/CALCITE-844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sean Hsuan-Yi Chu updated CALCITE-844:
--------------------------------------
Assignee: Julian Hyde (was: Sean Hsuan-Yi Chu)
> The lack of Project under LogicalWindow hurts the performance
> -------------------------------------------------------------
>
> Key: CALCITE-844
> URL: https://issues.apache.org/jira/browse/CALCITE-844
> Project: Calcite
> Issue Type: Bug
> Reporter: Sean Hsuan-Yi Chu
> Assignee: Julian Hyde
>
> Firstly of all, this issue happens when HepPlanner is used with ProjectToWindowRule.PROJECT rule.
> A simple query like:
> {code}
> select sum(deptno) over(partition by deptno) as sum1
> from emp
> {code}
> produces
> {code}
> LogicalProject($0=[$9])
> LogicalWindow(window#0=[window(partition {7} order by [] range between UNBOUNDED PRECEDING and UNBOUNDED FOLLOWING aggs [SUM($7)])])
> LogicalTableScan(table=[[CATALOG, SALES, EMP]])
> {code}
> However, from performance standpoint, it is better to have a project between LogicalWindow and LogicalTableScan since only one column is used. Interestingly, when there is an expression in the window function. For example,
> {code}
> select sum(deptno + 1) over(partition by deptno) as sum1
> from emp"
> {code}
> produces
> {code}
> LogicalProject($0=[$2])
> LogicalWindow(window#0=[window(partition {0} order by [] range between UNBOUNDED PRECEDING and UNBOUNDED FOLLOWING aggs [SUM($1)])])
> LogicalProject(DEPTNO=[$7], $1=[+($7, 1)])
> LogicalTableScan(table=[[CATALOG, SALES, EMP]])
> {code}
> The LogicalProject below window can trim out useless columns or even be pushed into Scan, which is very important optimization Calcite can exploit.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)