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/12/02 19:41:14 UTC
[jira] [Created] (HIVE-9007) Hive may generate wrong plan for map
join queries due to IdentityProjectRemover [Spark Branch]
Chao created HIVE-9007:
--------------------------
Summary: Hive may generate wrong plan for map join queries due to IdentityProjectRemover [Spark Branch]
Key: HIVE-9007
URL: https://issues.apache.org/jira/browse/HIVE-9007
Project: Hive
Issue Type: Sub-task
Components: Spark
Affects Versions: spark-branch
Reporter: Chao
HIVE-8435 introduces a new logical optimizer called IdentityProjectRemover, which may cause map join in spark branch to generate wrong plan.
Currently, the map join conversion in spark branch first goes through a method {{convertJoinMapJoin}}, which replaces a join op with a mapjoin op, removes RS associated with big table, and keep RSs for all small tables. Afterwards, in {{SparkReduceSinkMapJoinProc}} it replaces all parent RSs of the mapjoin op with HTS (note it doesn't check whether the RS belongs to small table or big table.)
The issue arises, when IdentityProjectRemover comes into play, which may result into a situation that a operator tree has two consecutive RSs. Imaging the following example:
{noformat}
Join MapJoin
/ \ / \
RS RS ---> RS RS
/ \ / \
TS RS TS TS (big table)
\ (small table)
TS
{noformat}
In this case, all parents of the mapjoin op will be RS, even the branch for big table! In {{SparkReduceSinkMapJoinProc}}, they will be replaced with HTS, which is obviously incorrect.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)