You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Chao (JIRA)" <ji...@apache.org> on 2014/10/17 01:10:33 UTC
[jira] [Commented] (HIVE-8233) multi-table insertion doesn't work
with ForwardOperator [Spark Branch]
[ https://issues.apache.org/jira/browse/HIVE-8233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14174425#comment-14174425 ]
Chao commented on HIVE-8233:
----------------------------
We are using another implementation for multi-insertion, so this issue is not valid anymore.
> multi-table insertion doesn't work with ForwardOperator [Spark Branch]
> ----------------------------------------------------------------------
>
> Key: HIVE-8233
> URL: https://issues.apache.org/jira/browse/HIVE-8233
> Project: Hive
> Issue Type: Bug
> Components: Spark
> Reporter: Chao
> Assignee: Chao
> Attachments: HIVE-8233.1-spark.patch, HIVE-8233.2-spark.patch, HIVE-8233.3-spark.patch, HIVE-8233.4-spark.patch, HIVE-8233.5-spark.patch
>
>
> Right now, for multi-table insertion, we will start from multiple FileSinkOperators, and break from their lowest common ancestor, adding temporary FileSinkOperator and TableScanOperators. A special case is when the LCA is a ForwardOperator, in which case we don't break it, since it's already been optimized.
> However, there's a issue, considering the following plan:
> {noformat}
> ...
> RS_0
> |
> FOR
> |
> / \
> GBY_1 GBY_2
> | |
> ... ...
> | |
> RS_1 RS_2
> | |
> ... ...
> | |
> FS_1 FS_2
> {noformat}
> which may result to:
> {noformat}
> RW
> / \
> RW RW
> {noformat}
> Hence, because of the issue in HIVE-7731 and HIVE-8118, both downstream branches will get duplicated (and same) input.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)