[
https://issues.apache.org/jira/browse/CALCITE-2970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971169#comment-16971169
]
Stamatis Zampetakis commented on CALCITE-2970:
----------------------------------------------
[~hyuan] I think we are more or less saying the same thing :) As you said given
the current design of the planner I find this rule-based approach a good fit.
Plus in the Volcano paper the enforcers are also introduced by rules so it is
not too far from the theory. Finally, it seems rather easy to introduce fast
without risking big regressions.
Shall we go towards this direction? How do the others feel about this?
> Performance issue when enabling abstract converter for EnumerableConvention
> ---------------------------------------------------------------------------
>
> Key: CALCITE-2970
> URL: https://issues.apache.org/jira/browse/CALCITE-2970
> Project: Calcite
> Issue Type: Bug
> Components: core
> Reporter: Haisheng Yuan
> Priority: Major
> Labels: pull-request-available
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
> If we enable the use of abstract converter for {{EnumerableConvention}}, by
> making {{useAbstractConvertersForConversion}} return true,
> {{JDBCTest.testJoinManyWay}} will not complete.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
