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
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
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
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:
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,
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
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
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
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.
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
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
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
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
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
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
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
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 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 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 user asfgit closed the pull request at:
https://github.com/apache/calcite-avatica-go/pull/8
---
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
21 matches
Mail list logo