Hi Stamatis,
Regarding aliases, there is no guarantee that they will be retained.
> There are various places where there is some effort to keep them intact but
> your code shouldn't rely on this.
>
Yeah, I took a closer look at the source code and what you are saying seems
to make sense. I have r
James Starr created CALCITE-4668:
Summary: RelBuilder.join should only emit a correlate when a
correlate variable exists
Key: CALCITE-4668
URL: https://issues.apache.org/jira/browse/CALCITE-4668
Proje
Vladimir, welcome!
>consistent signal from the "field" - lack of documentation blocks
I wonder if logging "missing sections" would help.
The catch here is if you work with Calcite for some time the missing docs
become a blind spot.
For instance, once I heard that if one wants to add a test case,
I agree there is a lack of documentation, and it is hurting us.
One explanation is that there are no companies selling Calcite directly.
(Compare, for example Druid, Hive and Cassandra.) If there were, those
companies would employ technical writers to contribute documentation.
On a related note
Julian>I’m not a fan of dependency injection. But it requires mutable
fields.
On contrary, DI does not require mutable fields, and field injection is
considered an anti-pattern in production code.
For example, see
https://github.com/google/guice/wiki/Injections#constructor-injection
I do not
> I find the CallCopyingArgHandler is not static, but the doc doesn't specify
> the reason.
> Does someone know why?
If you try making it static you will see that it is unable to use the current
shuttle to visit the children.
CallCopyingArgHandler exists for a very short duration - visit of one
Hi Vladimir,
Thank you for the detailed description, now we understand what you want.
MaxCompute doesn't generate the plan you give, and should not. It will generate
the following plan instead:
Agg#[b,c]#HASH[b,c].[-1]
Agg[a,b,c]#HASH[b,c].[-1]
Exchange#HASH[b,c].[-1]
Scan#ANY
Th
Thank you, everybody!
While I enjoy hacking Calcite's codebase, my colleagues and I observe a
consistent signal from the "field" - lack of documentation blocks many
attempts to integrate Apache Calcite. Engineers simply get lost with no
idea on how to move forward. So I more and more believe that
Hi Haisheng,
Thank you for your answers and patience. Reading your answers, I have a
feeling that I already follow the guidelines. However, I still see an issue
with delayed trait resolution. Please let me repeat the example from one of
the previous emails to demonstrate that problem that I cannot
In my scenarios, I created some visitors for sql node to rewrite the sql,
for example, rewriting all literals to generate a sql template.
But I don't like many new constructors scattered somewhere. I like
singleton and dependency injection. so I read SqlShuttle source code to
look for the probabil
Marco Jorge created CALCITE-4667:
Summary: INNER join returns empty set
Key: CALCITE-4667
URL: https://issues.apache.org/jira/browse/CALCITE-4667
Project: Calcite
Issue Type: Bug
11 matches
Mail list logo