Mailing-List: contact dev-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hive.apache.org
Date: Tue, 23 Apr 2013 05:27:15 +0000 (UTC)
From: "Harish Butani (JIRA)" <jira@apache.org>
To: hive-dev@hadoop.apache.org
Message-ID: <JIRA.12643870.1366605145526.206373.1366694835871@arcas>
In-Reply-To: <JIRA.12643870.1366605145526@arcas>
References: <JIRA.12643870.1366605145526@arcas>
Subject: [jira] [Commented] (HIVE-4394) test leadlag.q fails
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HIVE-4394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13638798#comment-13638798 ] 

Harish Butani commented on HIVE-4394:
-------------------------------------

Previously we used to return the first/last value in the window if the evaluation of lag/lead amounted to an index that crossed the boundary. Now we return the default value. Since in this e.g. we don't have a default value, we return null.

Also the way we interpret this query maybe different from Postgres. We treat the lag function as a UDF when it appears as an argument of a UDAF. So we do the sum in one pass. As far as I know this concept of lead/lag udfs is unique to us. Is Postgres allowing for UDAFs to be arguments of other UDAFs. We don't support this.
                
> test leadlag.q fails
> --------------------
>
>                 Key: HIVE-4394
>                 URL: https://issues.apache.org/jira/browse/HIVE-4394
>             Project: Hive
>          Issue Type: Bug
>          Components: PTF-Windowing
>            Reporter: Namit Jain
>
> ant test -Dtestcase=TestCliDriver -Dqfile=leadlag.q fails.
> cc [~rhbutani]

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira