[jira] [Created] (CALCITE-1440) Implement planner for converting multiple SQL statements to unified RelNode Tree

2016-10-13 Thread Chinmay Kolhatkar (JIRA)
Chinmay Kolhatkar created CALCITE-1440: -- Summary: Implement planner for converting multiple SQL statements to unified RelNode Tree Key: CALCITE-1440 URL: https://issues.apache.org/jira/browse/CALCITE-1440

Re: Using VolcanoPlanner to create unified RelNode tree from multiple SQL

2016-10-13 Thread Chinmay Kolhatkar
Apologies for delay on this. I've logged a JIRA for this: https://issues.apache.org/jira/browse/CALCITE-1440 On Mon, Oct 10, 2016 at 11:13 PM, Julian Hyde wrote: > It sounds as if your requirements go beyond CALCITE-481. If so, please log > a JIRA case. > > > On Oct 10, 2016,

[jira] [Created] (CALCITE-1439) Handling errors during constant reduction

2016-10-13 Thread Julian Hyde (JIRA)
Julian Hyde created CALCITE-1439: Summary: Handling errors during constant reduction Key: CALCITE-1439 URL: https://issues.apache.org/jira/browse/CALCITE-1439 Project: Calcite Issue Type:

Re: Cross reference between Relsub and one of rels

2016-10-13 Thread Jungtaek Lim
This makes me another question, since Storm SQL should traverse the selected plan so having similar requirement. How we can visit RelSubset if it's an input node in current RelNode? Before asking a question I was following 'best' rel in RelSubset, assuming that best is what Volcano planner

Re: Cross reference between Relsub and one of rels

2016-10-13 Thread Jungtaek Lim
Thanks Julian for the quick response. I'll follow CALCITE-794. And I got more details: rels: 0 = {LogicalFilter@3579} "rel#10:LogicalFilter.NONE.[](input=rel#9:Subset#0.ENUMERABLE.[],condition=>($0, 3))" 1 = {LogicalProject@3584}

[jira] [Created] (CALCITE-1438) RelOptUtils.toString() throws StackOverflowError when RelSubset and input makes cycle

2016-10-13 Thread Jungtaek Lim (JIRA)
Jungtaek Lim created CALCITE-1438: - Summary: RelOptUtils.toString() throws StackOverflowError when RelSubset and input makes cycle Key: CALCITE-1438 URL: https://issues.apache.org/jira/browse/CALCITE-1438

Re: Cross reference between Relsub and one of rels

2016-10-13 Thread Julian Hyde
Cycles in the rel graph are difficult to avoid. See https://issues.apache.org/jira/browse/CALCITE-794 for details. They are not fatal for optimization (as long as the nodes in the graph have positive cost, the cheapest plan (which is

Cross reference between Relsub and one of rels

2016-10-13 Thread Jungtaek Lim
Hi devs, While I'm converting Storm SQL to convert Calcite logical to Storm's own logical, I found one of Storm's unit test is failing. I put RelOptUtil.toString() on every tests, and broken test is throwing StackOverflowError. When it was also failing from IDEA, I dug it more, and found that

[jira] [Created] (CALCITE-1437) AggregateNode NPE for aggregators other than SUM/COUNT

2016-10-13 Thread Gian Merlino (JIRA)
Gian Merlino created CALCITE-1437: - Summary: AggregateNode NPE for aggregators other than SUM/COUNT Key: CALCITE-1437 URL: https://issues.apache.org/jira/browse/CALCITE-1437 Project: Calcite

[jira] [Created] (CALCITE-1435) Wrong comparison of TIMESTAMP literals

2016-10-13 Thread Timo Walther (JIRA)
Timo Walther created CALCITE-1435: - Summary: Wrong comparison of TIMESTAMP literals Key: CALCITE-1435 URL: https://issues.apache.org/jira/browse/CALCITE-1435 Project: Calcite Issue Type: Bug

[jira] [Created] (CALCITE-1434) AggregateFunctionImpl doesnt work if the class implements a generic interface

2016-10-13 Thread Arun Mahadevan (JIRA)
Arun Mahadevan created CALCITE-1434: --- Summary: AggregateFunctionImpl doesnt work if the class implements a generic interface Key: CALCITE-1434 URL: https://issues.apache.org/jira/browse/CALCITE-1434