You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Stamatis Zampetakis (Jira)" <ji...@apache.org> on 2021/05/28 10:02:00 UTC
[jira] [Updated] (CALCITE-3273) Materialization matching rules that
consider compensating MutableProject
[ https://issues.apache.org/jira/browse/CALCITE-3273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stamatis Zampetakis updated CALCITE-3273:
-----------------------------------------
Fix Version/s: 1.22.0
> Materialization matching rules that consider compensating MutableProject
> ------------------------------------------------------------------------
>
> Key: CALCITE-3273
> URL: https://issues.apache.org/jira/browse/CALCITE-3273
> Project: Calcite
> Issue Type: Improvement
> Components: core
> Reporter: Jin Xing
> Priority: Major
> Fix For: 1.22.0
>
>
> 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 opened this as a parent JIRA to add MV matching rules that consider compensating MutableProject.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)