You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Tomasz Gawęda (Jira)" <ji...@apache.org> on 2026/09/28 16:12:00 UTC
[jira] [Created] (CALCITE-7829) RexSimplify rewrites Date to int
Tomasz Gawęda created CALCITE-7829:
--------------------------------------
Summary: RexSimplify rewrites Date to int
Key: CALCITE-7829
URL: https://issues.apache.org/jira/browse/CALCITE-7829
Project: Calcite
Issue Type: Bug
Reporter: Tomasz Gawęda
In Hazelcast we have a test called RowAssignmentTypeCoercionTest. When trying to upgrade to Calcite 1.42 we've noticed, that some cases fail (despite working previously).
For example, queries:
CREATE MAPPING m type IMap OPTIONS('keyFormat'='int', 'valueFormat'='java', 'valueJavaClass'='com.hazelcast.jet.sql.impl.support.expressions.ExpressionValue$ObjectVal')
SINK INTO m VALUES(0, cast('01:42:00' as time), 0)
translate to:
```
LogicalTableSink(table=[[hazelcast, public, m[projects=[$0, $1, $2, $3]]]], operation=[INSERT], flattened=[false])
LogicalCalc(expr#0=[\{inputs}], expr#1=[0], expr#2=[6120000], expr#3=[CAST($t2):OBJECT], expr#4=[null:OBJECT], __key=[$t1], field1=[$t3], key=[$t1], this=[$t4])
LogicalValues(tuples=[[\{ 0 }]])
```
As you can see, `01:42:00` was translated to 6120000. This integer value is then written to a field of type OBJECT.
Previously, in 1.39 dates and times landed in "object" field with their real types, not converted to integer, which makes me believe, that RexSimplify tries. to simplify a bit too much.
(cast(cast('01:42:00' as time) as object) = time written to object column, not integer value.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)