Xiening,
The bug is "obvious" when you open a Graphviz diagram.
Just wondering: have you tried?
The issue is EnumerableTableFunctionScan consumes Subset#0.NONE.[0] as an
input, which is never implementable.
The fix is trivial: EnumerableTableFunctionScanRule must convert inputs to
--
>> 发件人:Haisheng Yuan
>> 日 期:2019年11月09日 04:01:19
>> 收件人:Apache Calcite dev list
>> 主 题:Re: Re: Optimizer: All the inputs have relevant nodes, however the
>> cost is still infinite.
>>
>> It is not surpr
e implementation rules to the
> rule set, e.g. EnumerableProjectRule, EnumerableTableFunctionScanRule, etc..
>
> - Haisheng
>
> --
> 发件人:Xiening Dai
> 日 期:2019年11月09日 03:35:03
> 收件人:
> 主 题:Re: Optimizer:
, EnumerableTableFunctionScanRule, etc..
- Haisheng
--
发件人:Xiening Dai
日 期:2019年11月09日 03:35:03
收件人:
主 题:Re: Optimizer: All the inputs have relevant nodes, however the cost is
still infinite.
Are you able to provide a test case to repro on current
..
- Haisheng
--
发件人:Xiening Dai
日 期:2019年11月09日 03:35:03
收件人:
主 题:Re: Optimizer: All the inputs have relevant nodes, however the cost is
still infinite.
Are you able to provide a test case to repro on current code base?
From