TJ Banghart created CALCITE-5291:
Summary: Make Lex policy for BigQuery case insensitive
Key: CALCITE-5291
URL: https://issues.apache.org/jira/browse/CALCITE-5291
Project: Calcite
Issue
Julian Hyde created CALCITE-5290:
Summary: Add DATE_TRUNC function consistent with Postgres
Key: CALCITE-5290
URL: https://issues.apache.org/jira/browse/CALCITE-5290
Project: Calcite
Issue
Anyone going to ApacheCon in New Orleans? Would you be interested in a
Birds of a Feather (BoaF) session on Monday evening? We should
organize one now, before the best rooms are taken.
Julian
Can you elaborate on why Babel is not the right place?
(I don’t agree or disagree, but we need to hear justification. Creating another
parser would have continuing maintenance cost.)
Julian
> On Sep 19, 2022, at 2:59 AM, Dmitry Sysolyatin
> wrote:
>
> Hi!
> Babel parser can't parse
Mihai Budiu created CALCITE-5289:
Summary: Assertion failure in MultiJoinOptimizeBushyRule
Key: CALCITE-5289
URL: https://issues.apache.org/jira/browse/CALCITE-5289
Project: Calcite
Issue
Hi!
Babel parser can't parse operators like BEGIN, DISCARD, SHOW TRANSACTION
ISOLATION LEVEL and a bunch of other PostgreSQL related operators. I want
to add support for those operators but I have a feeling that babel parser
is not the right place for that. Maybe it is worth it to create a
Aleksey Plekhanov created CALCITE-5288:
--
Summary: Expression '(a > 1 and a < 3) or (a > 2 and a < 4)'
cannot be simplified to 'SEARCH(a, Sarg[(1..4)])'
Key: CALCITE-5288
URL:
Hi Julian,
thanks for answering and confirming that we don't have any bottlenecks
there.
I agree that PMC members should have privilege if they want to.
Best regards,
Alessandro
On Sat, 17 Sept 2022 at 22:59, Julian Hyde wrote:
> The following 15 people are administrators in jira:
>
> Andrei
