[jira] [Created] (CALCITE-2165) SqlCallingBinding.getOperandLiteralValue should ignore AssertionError

2018-02-05 Thread Dian Fu (JIRA)
Dian Fu created CALCITE-2165: Summary: SqlCallingBinding.getOperandLiteralValue should ignore AssertionError Key: CALCITE-2165 URL: https://issues.apache.org/jira/browse/CALCITE-2165 Project: Calcite

Re: Benchmarking Calcite - starting the conversation on the targets and design of the benchmark

2018-02-05 Thread Michael Mior
One interesting exercise would also be to pick a popular benchmark (e.g. TPC-H) and just look at the plan produced by Calcite vs existing RDBMS optimizers (e.g. Postgres, MySQL). Along with performance analysis of the various options, it seems there's a paper in there. -- Michael Mior

Re: Support for SQL for Multi-dimensional Arrays

2018-02-05 Thread Michael Mior
AFAIK, there's no current or planned support but this does seem like valuable addition. It would be great step towards having a MonetDB or SciDB adapter in the future. I would suggest logging a JIRA so we can discuss further. -- Michael Mior mm...@apache.org 2018-02-03 21:27 GMT-05:00 Edmon

[jira] [Created] (CALCITE-2166) Cumulative cost of RelSubset.best RelNode is increased after calling RelSubset.propagateCostImprovements() for input RelNodes

2018-02-05 Thread Volodymyr Vysotskyi (JIRA)
Volodymyr Vysotskyi created CALCITE-2166: Summary: Cumulative cost of RelSubset.best RelNode is increased after calling RelSubset.propagateCostImprovements() for input RelNodes Key: CALCITE-2166 URL:

Re: Benchmarking Calcite - starting the conversation on the targets and design of the benchmark

2018-02-05 Thread Julian Hyde
Note that Calcite has a “plus” module which is a place to add other data sets (e.g. TPC-H, TPD-DS) and tests and benchmarks based on them. Also the “ubenchmark” module for micro-benchmarks. I don’t know whether the work you are planning would be a natural fit within these modules. > On Feb 5,

Re: Benchmarking Calcite - starting the conversation on the targets and design of the benchmark

2018-02-05 Thread Edmon Begoli
I am going to create two JIRA issues: 1. Development of the benchmark for Calcite. 2. An R development focused on benchmarking, performance evaluation, and a study. Thank you, Edmon On Mon, Feb 5, 2018 at 9:26 AM, Michael Mior wrote: > One interesting exercise would also

Re: Benchmarking Calcite - starting the conversation on the targets and design of the benchmark

2018-02-05 Thread Ruhollah Farchtchi
I would think that a TPC-DS benchmark would be more appropriate for the type of queries I'd be interested in working with Calcite. Also as an end result of these efforts I would imagine the community would get better instrumentation of metrics up and down the query processing pipeline. From

Re: Support for SQL for Multi-dimensional Arrays

2018-02-05 Thread Julian Hyde
Do you have a draft or a summary of Part 15? Part 15 (SQL/MM) is a really new part of the standard - so new that it wasn’t in the 2014 draft of the SQL standard that I generally use. It would be great to support multi-dimensional arrays, but it would help if there was something in the open so

Calcite-Master - Build # 201 - Failure

2018-02-05 Thread Apache Jenkins Server
The Apache Jenkins build system has built Calcite-Master (build #201) Status: Failure Check console output at https://builds.apache.org/job/Calcite-Master/201/ to view the results.

[jira] [Created] (CALCITE-2167) Travis JDK9 test always fails

2018-02-05 Thread Shuyi Chen (JIRA)
Shuyi Chen created CALCITE-2167: --- Summary: Travis JDK9 test always fails Key: CALCITE-2167 URL: https://issues.apache.org/jira/browse/CALCITE-2167 Project: Calcite Issue Type: Bug

Re: JDK9 test on Travis failing for recent PRs

2018-02-05 Thread Michael Mior
This error generally occurs when too much memory is being used. I don't think there's anything we can do besides look at what tests are eating up memory and trying to pare that down somehow. -- Michael Mior mm...@apache.org 2018-02-05 20:43 GMT-05:00 Shuyi Chen : > I've

?????? Adjust clacite to support kylin query

2018-02-05 Thread Neters
Dear Julian, Thank you for your response. OK, i will work on it. Best Regards -- -- ??: "Julian Hyde";; : 2018??2??6??(??) 11:09 ??: "dev"; : Re: Adjust clacite to support kylin

Re: Benchmarking Calcite - starting the conversation on the targets and design of the benchmark

2018-02-05 Thread Edmon Begoli
I think that "plus" is a good starting point for a general benchmark, and then "ubenchmark" maybe for fine-grained profiling of the sub-components such as planner, etc.. On Mon, Feb 5, 2018 at 8:08 PM, Julian Hyde wrote: > Note that Calcite has a “plus” module which is a place

Re: JDK9 test on Travis failing for recent PRs

2018-02-05 Thread Shuyi Chen
I've created https://issues.apache.org/jira/browse/CALCITE-2167 to track the issue. Do we know who is familiar with the setup on Travis CI and can help? On Sun, Feb 4, 2018 at 9:40 AM, Michael Mior wrote: > If you scroll up you can see some failing test cases. I don't

[jira] [Created] (CALCITE-2168) Implement a General Purpose Benchmark for Calcite

2018-02-05 Thread Edmon Begoli (JIRA)
Edmon Begoli created CALCITE-2168: - Summary: Implement a General Purpose Benchmark for Calcite Key: CALCITE-2168 URL: https://issues.apache.org/jira/browse/CALCITE-2168 Project: Calcite

[jira] [Created] (CALCITE-2169) Conduct a comparative performance study of the framework

2018-02-05 Thread Edmon Begoli (JIRA)
Edmon Begoli created CALCITE-2169: - Summary: Conduct a comparative performance study of the framework Key: CALCITE-2169 URL: https://issues.apache.org/jira/browse/CALCITE-2169 Project: Calcite

?????? Adjust clacite to support kylin query

2018-02-05 Thread Neters
Dear Julian, Have a good day even if you UTC time is 2:00 am. I will have a try to implement the first method. Now we have only kylin datasource to deal with. If the practice fails i will try the second way or write an adapter. Because there are some difficult for me as following,or to say

Re: Adjust clacite to support kylin query

2018-02-05 Thread Julian Hyde
Re 3. Use a good IDE (I use IntelliJ, others use Eclipse). Find, run and debug unit tests applicable to your case. > On Feb 5, 2018, at 6:37 PM, Neters wrote: > > Dear Julian, > > > Have a good day even if you UTC time is 2:00 am. > > > I will have a try to implement

[GitHub] calcite-avatica-go pull request #8: Bump dependencies

2018-02-05 Thread F21
GitHub user F21 opened a pull request: https://github.com/apache/calcite-avatica-go/pull/8 Bump dependencies You can merge this pull request into a Git repository by running: $ git pull https://github.com/Boostport/calcite-avatica-go bump-deps Alternatively you can review

[GitHub] calcite-avatica-go pull request #8: Bump dependencies

2018-02-05 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/calcite-avatica-go/pull/8 ---

Re: Adjust clacite to support kylin query

2018-02-05 Thread Julian Hyde
If the query requires more than one data source (Kylin and something else) then a logical plan is necessary. If it’s just Kylin then what you suggest would work in principle, but it would be hard to make it work in practice. It might be simpler to fix the SQL generated by Calcite’s JDBC adapter