You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Vladimir Sitnikov (JIRA)" <ji...@apache.org> on 2014/12/13 21:42:13 UTC

[jira] [Updated] (CALCITE-479) Migrate RelNode.getChildExps to RelNode.accept(RexShuttle)

     [ https://issues.apache.org/jira/browse/CALCITE-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vladimir Sitnikov updated CALCITE-479:
--------------------------------------
    Summary: Migrate RelNode.getChildExps to RelNode.accept(RexShuttle)  (was: Migrate RelNode.getChildExps to RelNode.acept(RexShuttle))

> Migrate RelNode.getChildExps to RelNode.accept(RexShuttle)
> ----------------------------------------------------------
>
>                 Key: CALCITE-479
>                 URL: https://issues.apache.org/jira/browse/CALCITE-479
>             Project: Calcite
>          Issue Type: Bug
>    Affects Versions: 1.0.0-incubating
>            Reporter: Vladimir Sitnikov
>            Assignee: Julian Hyde
>              Labels: newbie
>
> > What if we kill RelNode.getChildExps and add RelNode
> > RelNode.accept(RexShuttle shuttle) instead?
> {quote}[~julianhyde]
> +1 That method is very general-purpose. I like it.
> It should respect the immutability of RelNodes and return a new
> RelNode iff there are changes. Most RelNodes, except sub-classes of
> project, filter, join, will just 'return this' right away.
> The shuttle must make only very limited changes. Even changing the
> output type of an expression should not be allowed. We can relax these
> restrictions later, if justified.
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)