Return-Path: X-Original-To: apmail-hive-dev-archive@www.apache.org Delivered-To: apmail-hive-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 86C5FE5FC for ; Wed, 13 Feb 2013 06:42:15 +0000 (UTC) Received: (qmail 13176 invoked by uid 500); 13 Feb 2013 06:42:15 -0000 Delivered-To: apmail-hive-dev-archive@hive.apache.org Received: (qmail 13113 invoked by uid 500); 13 Feb 2013 06:42:14 -0000 Mailing-List: contact dev-help@hive.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hive.apache.org Delivered-To: mailing list dev@hive.apache.org Received: (qmail 13081 invoked by uid 500); 13 Feb 2013 06:42:14 -0000 Delivered-To: apmail-hadoop-hive-dev@hadoop.apache.org Received: (qmail 13076 invoked by uid 99); 13 Feb 2013 06:42:14 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Feb 2013 06:42:14 +0000 Date: Wed, 13 Feb 2013 06:42:14 +0000 (UTC) From: "Amareshwari Sriramadasu (JIRA)" To: hive-dev@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HIVE-3652) Join optimization for star schema MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HIVE-3652?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13577= 368#comment-13577368 ]=20 Amareshwari Sriramadasu commented on HIVE-3652: ----------------------------------------------- bq. Is your size threshold correct =E2=80=93 hive.auto.convert.join.nocondi= tionaltask.size ? Yes. The tables are very small. I tested with empty tables as well. I'm see= ing the same behavior. =20 > Join optimization for star schema > --------------------------------- > > Key: HIVE-3652 > URL: https://issues.apache.org/jira/browse/HIVE-3652 > Project: Hive > Issue Type: Improvement > Components: Query Processor > Reporter: Amareshwari Sriramadasu > Assignee: Vikram Dixit K > Fix For: 0.11.0 > > > Currently, if we join one fact table with multiple dimension tables, it r= esults in multiple mapreduce jobs for each join with dimension table, becau= se join would be on different keys for each dimension.=20 > Usually all the dimension tables will be small and can fit into memory an= d so map-side join can used to join with fact table. > In this issue I want to look at optimizing such query to generate single = mapreduce job sothat mapper loads dimension tables into memory and joins wi= th fact table on different keys as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrato= rs For more information on JIRA, see: http://www.atlassian.com/software/jira