Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 60615200C15 for ; Wed, 8 Feb 2017 07:47:48 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 5EE8F160B4E; Wed, 8 Feb 2017 06:47:48 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 83B72160B5A for ; Wed, 8 Feb 2017 07:47:47 +0100 (CET) Received: (qmail 14344 invoked by uid 500); 8 Feb 2017 06:47:46 -0000 Mailing-List: contact issues-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 issues@hive.apache.org Received: (qmail 14334 invoked by uid 99); 8 Feb 2017 06:47:46 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2017 06:47:46 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 04747C0838 for ; Wed, 8 Feb 2017 06:47:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.199 X-Spam-Level: X-Spam-Status: No, score=-1.199 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id BSvLPUqdiGoy for ; Wed, 8 Feb 2017 06:47:45 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 5B2945F473 for ; Wed, 8 Feb 2017 06:47:44 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id BA12BE0141 for ; Wed, 8 Feb 2017 06:47:42 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id B1BB425293 for ; Wed, 8 Feb 2017 06:47:41 +0000 (UTC) Date: Wed, 8 Feb 2017 06:47:41 +0000 (UTC) From: "Zoltan Haindrich (JIRA)" To: issues@hive.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HIVE-15388) HiveParser spends lots of time in parsing queries with lots of "(" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 08 Feb 2017 06:47:48 -0000 [ https://issues.apache.org/jira/browse/HIVE-15388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15857510#comment-15857510 ] Zoltan Haindrich commented on HIVE-15388: ----------------------------------------- [~pxiong] I think that dropping the interval related udf makes it harder to later re-enable the feature; is there any reason to go beyond just the parser changes (disabling the (dt*dt) feature) - because: i assume that the deterministic udf usage is not affect by this problem. i've an idea which might worth a try: by making the interval keyword mandatory for '(dt*dt)' like queries - it may simplify this problem for the parser; and could possibly leave the columns as interval arguments alive > HiveParser spends lots of time in parsing queries with lots of "(" > ------------------------------------------------------------------ > > Key: HIVE-15388 > URL: https://issues.apache.org/jira/browse/HIVE-15388 > Project: Hive > Issue Type: Improvement > Affects Versions: 2.2.0 > Reporter: Rajesh Balamohan > Assignee: Pengcheng Xiong > Attachments: HIVE-15388.01.patch, HIVE-15388.02.patch, HIVE-15388.03.patch, HIVE-15388.04.patch, HIVE-15388.05.patch, HIVE-15388.06.patch, hive-15388.stacktrace.txt > > > Branch: apache-master (applicable with previous releases as well) > Queries generated via tools can have lots of "(" for "AND/OR" conditions. This causes huge delays in parsing phase when the number of expressions are high. > e.g > {noformat} > SELECT `iata`, > `airport`, > `city`, > `state`, > `country`, > `lat`, > `lon` > FROM airports > WHERE ((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((`airports`.`airport` = "Thigpen" > OR `airports`.`airport` = "Astoria Regional") > OR `airports`.`airport` = "Warsaw Municipal") > OR `airports`.`airport` = "John F Kennedy Memorial") > OR `airports`.`airport` = "Hall-Miller Municipal") > OR `airports`.`airport` = "Atqasuk") > OR `airports`.`airport` = "William B Hartsfield-Atlanta Intl") > OR `airports`.`airport` = "Artesia Municipal") > OR `airports`.`airport` = "Outagamie County Regional") > OR `airports`.`airport` = "Watertown Municipal") > OR `airports`.`airport` = "Augusta State") > OR `airports`.`airport` = "Aurora Municipal") > OR `airports`.`airport` = "Alakanuk") > OR `airports`.`airport` = "Austin Municipal") > OR `airports`.`airport` = "Auburn Municipal") > OR `airports`.`airport` = "Auburn-Opelik") > OR `airports`.`airport` = "Austin-Bergstrom International") > OR `airports`.`airport` = "Wausau Municipal") > OR `airports`.`airport` = "Mecklenburg-Brunswick Regional") > OR `airports`.`airport` = "Alva Regional") > OR `airports`.`airport` = "Asheville Regional") > OR `airports`.`airport` = "Avon Park Municipal") > OR `airports`.`airport` = "Wilkes-Barre/Scranton Intl") > OR `airports`.`airport` = "Marana Northwest Regional") > OR `airports`.`airport` = "Catalina") > OR `airports`.`airport` = "Washington Municipal") > OR `airports`.`airport` = "Wainwright") > OR `airports`.`airport` = "West Memphis Municipal") > OR `airports`.`airport` = "Arlington Municipal") > OR `airports`.`airport` = "Algona Municipal") > OR `airports`.`airport` = "Chandler") > OR `airports`.`airport` = "Altus Municipal") > OR `airports`.`airport` = "Neil Armstrong") > OR `airports`.`airport` = "Angel Fire") > OR `airports`.`airport` = "Waycross-Ware County") > OR `airports`.`airport` = "Colorado City Municipal") > OR `airports`.`airport` = "Hazelhurst") > OR `airports`.`airport` = "Kalamazoo County") > OR `airports`.`airport` = "Granville") > OR `airports`.`airport` = "Silver Springs") > OR `airports`.`airport` = "Whitford") > OR `airports`.`airport` = "Biddeford Municipal") > OR `airports`.`airport` = "Sugarloaf Regional") > OR `airports`.`airport` = "Barnes Municipal") > OR `airports`.`airport` = "Columbus Municipal") > OR `airports`.`airport` = "Battle Mountain") > OR `airports`.`airport` = "Huron County Memorial") > OR `airports`.`airport` = "New Braunfels Municipal") > OR `airports`.`airport` = "Benson Municipal") > OR `airports`.`airport` = "Curtis") > OR `airports`.`airport` = "Marlboro County") > OR `airports`.`airport` = "Broken Bow Municipal") > OR `airports`.`airport` = "Virginia Tech") > OR `airports`.`airport` = "Bryce Canyon") > OR `airports`.`airport` = "Black River Falls Area") > OR `airports`.`airport` = "Boca Raton") > OR `airports`.`airport` = "Birchwood") > OR `airports`.`airport` = "Baudette International") > OR `airports`.`airport` = "Blanding Muni") > OR `airports`.`airport` = "Bradley International") > OR `airports`.`airport` = "Morrilton Municipal") > OR `airports`.`airport` = "Igor I Sikorsky Memorial") > OR `airports`.`airport` = "Broadus") > OR `airports`.`airport` = "Laurence G Hanscom") > OR `airports`.`airport` = "Southwest Michigan Regional") > OR `airports`.`airport` = "Bethel") > OR `airports`.`airport` = "Bradford Reg") > OR `airports`.`airport` = "Scotts Bluff County") > OR `airports`.`airport` = "Boeing Field/King County Intl") > OR `airports`.`airport` = "Buffalo Municipal") > OR `airports`.`airport` = "Meadows") > OR `airports`.`airport` = "Mobile Downtown") > OR `airports`.`airport` = "Virgil I Grissom Municipal") > OR `airports`.`airport` = "Silver Bay Municipal"); > {noformat} > This query would take more than minutes to parse and compile. > Temp Workaround: If all "("s in "where" condition are removed manually, this query would complete in 2-3 seconds. > Problem exists in older versions as well (but in older versions this can make HS2 unresponsive for large amount of time, as Driver ends up taking global compiler lock in this phase). -- This message was sent by Atlassian JIRA (v6.3.15#6346)