hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Lefty Leverenz (JIRA)" <>
Subject [jira] [Commented] (HIVE-9277) Hybrid Hybrid Grace Hash Join
Date Sat, 18 Apr 2015 01:29:58 GMT


Lefty Leverenz commented on HIVE-9277:

Doc note:  HIVE-10284 changes the default and description of *hive.mapjoin.hybridgrace.hashtable*
(also in 1.2.0).

> Hybrid Hybrid Grace Hash Join
> -----------------------------
>                 Key: HIVE-9277
>                 URL:
>             Project: Hive
>          Issue Type: New Feature
>          Components: Physical Optimizer
>            Reporter: Wei Zheng
>            Assignee: Wei Zheng
>              Labels: TODOC1.2, join
>             Fix For: 1.2.0
>         Attachments: HIVE-9277.01.patch, HIVE-9277.02.patch, HIVE-9277.03.patch, HIVE-9277.04.patch,
HIVE-9277.05.patch, HIVE-9277.06.patch, HIVE-9277.07.patch, HIVE-9277.08.patch, HIVE-9277.13.patch,
HIVE-9277.14.patch, HIVE-9277.15.patch, High-leveldesignforHybridHybridGraceHashJoinv1.0.pdf
> We are proposing an enhanced hash join algorithm called _“hybrid hybrid grace hash
> We can benefit from this feature as illustrated below:
> * The query will not fail even if the estimated memory requirement is slightly wrong
> * Expensive garbage collection overhead can be avoided when hash table grows
> * Join execution using a Map join operator even though the small table doesn't fit in
memory as spilling some data from the build and probe sides will still be cheaper than having
to shuffle the large fact table
> The design was based on Hadoop’s parallel processing capability and significant amount
of memory available.

This message was sent by Atlassian JIRA

View raw message