drill-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jacques-n <...@git.apache.org>
Subject [GitHub] drill pull request: DRILL-4531: Add a Drill customized rule for pu...
Date Fri, 25 Mar 2016 15:53:45 GMT
Github user jacques-n commented on the pull request:

    Your expectation about mixed conventions is inconsistent with my own. My expectation:
a RelSubset should only have a single convention (in fact it should have only a single trait
definition and all children should have satisfying trait definitions). I would expect the
    (1) Prels should only have PHYSICAL
    (2) Drels should only have LOGICAL 
    (3) Calcite Logical Rels should only have NONE
    My previous statement mistook the convention of the DrillAggregateRel in the below. I
thought it said NONE. 
    [rel#217:LogicalFilter.NONE.ANY([]).[], rel#6972:DrillAggregateRel.LOGICAL.ANY([]).]
    It seems like the actual problem is that LogicalFilter is allowing an input of LOGICAL.
I don't believe that LOGICAL should satisfy NONE. It seems that LogicalFilter should assert
that its child is of Convention NONE. (In other words, a LogicalFilter shouldn't have Convention
transformation properties.) Otherwise, we'll see a large number of invalid (but infinite)

If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.

View raw message