You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Harish Butani (JIRA)" <ji...@apache.org> on 2013/10/31 19:01:21 UTC

[jira] [Created] (HIVE-5710) Merging of Join Trees assumes all filters are on the merging table

Harish Butani created HIVE-5710:
-----------------------------------

             Summary: Merging of Join Trees assumes all filters are on the merging table
                 Key: HIVE-5710
                 URL: https://issues.apache.org/jira/browse/HIVE-5710
             Project: Hive
          Issue Type: Bug
            Reporter: Harish Butani
            Assignee: Harish Butani


The following query fails with a SemanticException
{noformat}
select p1.name, p2.name, p3.name
from part p1 join p2 on p1.name = p2.name
join part p3 on p1.name = p3.name and p2.key > 10
{noformat}

The Merge Join logic associates the p2.key > 10 filter with the merging table i.e 'p1'. When constructing the Join Plan an attempt is made to resolve this predicate against p1's RowResolver which causes the SemanticException.

The underlying issue is that during runtime filters are applied on the input rows to the Join Operator. There is no way to apply a filter on intermediate data. In the above query we shouldn't apply p2.key >10 predicate directly on p2, but on the output of p1 join p2. 

The following is also a valid query, here the predicate refers to multiple left tables:
{noformat}
select p1.name, p2.name, p3.name
from part p1 join p2 on p1.name = p2.name
join part p3 on p1.name = p3.name and p2.key > p1.key
{noformat}

As a start, propose to prevent merging when there is a Filter that refers to a non-merging table.



--
This message was sent by Atlassian JIRA
(v6.1#6144)