[
https://issues.apache.org/jira/browse/FLINK-5280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15750273#comment-15750273
]
Jark Wu commented on FLINK-5280:
--------------------------------
Hi [~ivan.mushketyk], thanks for your detailed and clear proposal.
Regarding to the new argument {{fieldMappings}} in {{FlinkTable}}, I think it
is playing the same role of {{fieldIndexes}}. Actually, {{fieldIndexes}} is
the {{inputPojoFieldMapping}} in {{CodeGenerator}} when converting. In case of
POJO, {{fieldIndexes}} is a fieldMapping. In other cases, it is an array of
{{0~n}}.
Regarding to the {{getNumberOfFields}} in {{TableSource}}, yes, it is used
rarely used and can be replaced by {{getFieldsNames.length}} if
{{getFieldsNames}} still display the first level attributes.
Hi [~fhueske], I agree with the {{RowTypeInfo}} approach which is similar to
Calcite's way I think. But we should support custom names in {{RowTypeInfo}}
first.
> Extend TableSource to support nested data
> -----------------------------------------
>
> Key: FLINK-5280
> URL: https://issues.apache.org/jira/browse/FLINK-5280
> Project: Flink
> Issue Type: Improvement
> Components: Table API & SQL
> Affects Versions: 1.2.0
> Reporter: Fabian Hueske
> Assignee: Ivan Mushketyk
>
> The {{TableSource}} interface does currently only support the definition of
> flat rows.
> However, there are several storage formats for nested data that should be
> supported such as Avro, Json, Parquet, and Orc. The Table API and SQL can
> also natively handle nested rows.
> The {{TableSource}} interface and the code to register table sources in
> Calcite's schema need to be extended to support nested data.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)