[
https://issues.apache.org/jira/browse/FLINK-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16708459#comment-16708459
]
Fabian Hueske commented on FLINK-11039:
---------------------------------------
Please correct me, if I'm wrong, but this is only relevant if we do physical
planning?
Right now, we manually convert the logical plan into a DataSet/DataStream
program, i.e., physical translation happens (to some extend) in the
{{translateToPlan()}} method. We won't see LogicalExchange nodes during
optimization.
So, is this part of a larger effort to move to physical optimization? If so,
this should be thoroughly discussed, IMO.
Best, Fabian
> LogicalExchange and HashPartitioner realization
> -----------------------------------------------
>
> Key: FLINK-11039
> URL: https://issues.apache.org/jira/browse/FLINK-11039
> Project: Flink
> Issue Type: Improvement
> Components: Table API & SQL
> Affects Versions: 1.6.2, 1.7.0
> Reporter: ambition
> Priority: Minor
> Fix For: 1.7.0
>
>
> RelTimeIndicatorConverter.visit(exchange: LogicalExchange) functionÂ
> realization.
> FlinkLogicalExchange realizationÂ
> org.apache.calcite.rel.logical.LogicalExchange.
> HashPartitioner is Partitioner that implements hash-based partitioning using
> Java's `Object.hashCode`. support org.apache.calcite.rel.RelDistribution.Type
> HASH_DISTRIBUTED
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)