[
https://issues.apache.org/jira/browse/FLINK-18180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17327791#comment-17327791
]
Flink Jira Bot commented on FLINK-18180:
----------------------------------------
This major issue is unassigned and itself and all of its Sub-Tasks have not
been updated for 30 days. So, it has been labeled "stale-major". If this ticket
is indeed "major", please either assign yourself or give an update. Afterwards,
please remove the label. In 7 days the issue will be deprioritized.
> unify the logic of time attribute derivation for both batch and streaming
> -------------------------------------------------------------------------
>
> Key: FLINK-18180
> URL: https://issues.apache.org/jira/browse/FLINK-18180
> Project: Flink
> Issue Type: Improvement
> Components: Table SQL / Planner
> Reporter: godfrey he
> Priority: Major
> Labels: stale-major
>
> Currently, the logic of time attribute derivation is different for batch and
> streaming. For batch table source, the rowtime type will not be generated or
> will be erased as regular time type if the source table has rowtime type. To
> handle this difference, we have to distinguish batch or streaming via
> {{isStreamingMode}} flag in many places, such as: {{DatabaseCalciteSchema}},
> {{CatalogSchemaTable}}, {{CatalogTableSchemaResolver}}, etc. In fact, batch
> queries may also need rowtime type, such as supporting rowtime temporal join.
> So we can unify the logic of time attribute derivation from the source side,
> and erase the rowtime type if need in optimization phase. And then it's
> easier to push the unified {{TableEnvironment}} and planner forward.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)