The Apache Jenkins build system has built Calcite-Master (build #1679)
Status: Failure
Check console output at https://builds.apache.org/job/Calcite-Master/1679/ to
view the results.
Danny Chen created CALCITE-3900:
---
Summary: Add Config for SqlValidator
Key: CALCITE-3900
URL: https://issues.apache.org/jira/browse/CALCITE-3900
Project: Calcite
Issue Type: Improvement
The Apache Jenkins build system has built Calcite-Master (build #1677)
Status: Still Failing
Check console output at https://builds.apache.org/job/Calcite-Master/1677/ to
view the results.
Thanks Xiening for moving this to dev list.
Unlike logical operators, with which many systems share the same structure,
physical operators are pretty implementation dependent. RelBuilder provides the
common interface to create aggregate, join. But what kind of physical
aggregate? HashAgg,
Hi all,
In light of CALCITE-2970, I’d like to initiate a discussion.
Currently the framework itself does not have a way to create physical RelNode
(RelNode with a particular convention). We completely rely on adapter rules to
convert logical nodes into physical ones. There are a few major
Andrii,
You mentioned that "optimizations that happen during SQL-to-Rel conversion":
> One thing to consider is there are some optimizations that happen during
> SQL-to-Rel conversion, so you won't get those if you use RelBuilder
> directly.
I'd like to minimize these.
>no longer publish the ubenchmark jar to nexus
We could resume publishing benchmark jar, however, it embeds third-party
code, so it requires to compose the license file.
I have chosen to skip the publication as a trivial escape hatch.
Have you used ubenchmark.jar previously?
It would be great if
Thanks for sharing this Michael. Interesting read.
The approach that they followed seems like what I had in mind as an "easy"
solution.
"Calcite is a Java project, so integration with C++ isn't entirely trivial.
Fortunately, we can serialize the relational algebra it outputs to JSON and
use this
Hello,
As of release 1.22.0, we no longer publish the ubenchmark jar to nexus and
(I guess as consequence) neither to maven central.
Initially, I was a bit surprised but apparently it is related to this
thread and LEGAL-399 [1] so it seems normal.
I am bringing this up just to avoid that other
Hi Calcite Devs,
Firstly, thank you to all of you for building this fantastic tool.
I'm currently experimenting with using Calcite on top of our document
database Crux (opencrux.com) offering bitemporal features using a Datalog
query language. You can see our efforts here, written in Clojure!
There's not much detail, but the blog post below[0] discusses how MapD
integrated Calcite with their C++ code. At least some of their is open
source[1].
[0]
https://www.omnisci.com/blog/fast-and-flexible-query-analysis-at-mapd-with-apache-calcite-2
[1] https://github.com/omnisci/omniscidb
--
The Apache Jenkins build system has built Calcite-Master (build #1676)
Status: Failure
Check console output at https://builds.apache.org/job/Calcite-Master/1676/ to
view the results.
Hi Tal,
Although our case is not really similar to yours, we had to do a conversion
from our custom API to Calcite RelNodes. We just used RelBuilder to build
the tree, and then optimized and executed it.
I would say there is nothing really difficult, most of that logic could be
found in Calcite
Zhixiong Chen created CALCITE-3899:
--
Summary: cast( string as date ) throw exception in dynamic
parameter
Key: CALCITE-3899
URL: https://issues.apache.org/jira/browse/CALCITE-3899
Project: Calcite
14 matches
Mail list logo