[TAJO-593] outer groupby and groupby in derived table causes only one shuffle output number

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 0.8.0
• Component/s: distributed query plan
• Assignee: Hyunsik Choi
• Reporter: Hyunsik Choi
• Created: 10/Feb/14 16:03
• Updated: 11/Feb/14 12:30
• Resolved: 11/Feb/14 12:30

Description

See the following query case:

select count(*) from (select l_orderkey, l_partkey, count(*) from lineitem group by l_orderkey, l_partkey) t1;

In this case, SubQuery::calculateShuffleOutputNum() are used two times for choosing the number of shuffle outputs. At that time, SubQuery::calculateShuffleOutputNum() method finds GroupByNode to know the number of grouping keys. Here is one bug. SubQuery::calculateShuffleOutputNum() always the topmost GroupByNode. In most cases, it work well. But, outer groupby and groupby in derived table can cause the problem. In this case, we must use the most bottom groupby node. Actually, it is always the correct way.

This patch fixes SubQuery::calculateShuffleOutputNum() to use the most bottom groupby node.