You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "jin xing (JIRA)" <ji...@apache.org> on 2019/08/16 10:57:00 UTC

[jira] [Created] (CALCITE-3256) Add ProjectOnProjectToProjectUnifyRule for materialization matching.

jin xing created CALCITE-3256:
---------------------------------

             Summary: Add ProjectOnProjectToProjectUnifyRule for materialization matching.
                 Key: CALCITE-3256
                 URL: https://issues.apache.org/jira/browse/CALCITE-3256
             Project: Calcite
          Issue Type: Improvement
          Components: core
            Reporter: jin xing
            Assignee: jin xing


In current implementation of rules in SubstitutionVisitor.java & MaterializedViewSubstitutionVisitor.java, it's quite common to add a compensating Project on top of child node of target(MV-rel) during matching. But afterwards the next round matching should be able to handle such a compensated Project and match upward along the plan tree. Otherwise we fail the matching. After all, the goal of matching is to transform the query and let a complete 'target' show up in the transformed query plan.

I found cases where the compensated Project cannot be properly handled.

{code:java}
MV:
select deptno, sum(salary) + 2, sum(commission)
from emps
group by deptno

Query:
select deptno, sum(salary) + 2
from emps
group by deptno
{code}

After matching of the Aggregates, a compensating Project is added, but afterwards matching fails to handle it.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)