Mailing-List: contact dev-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hive.apache.org
Date: Tue, 4 Jul 2017 21:22:01 +0000 (UTC)
From: "Carter Shanklin (JIRA)" <jira@apache.org>
To: dev@hive.apache.org
Message-ID: <JIRA.13084631.1499203287000.169317.1499203321277@Atlassian.JIRA>
In-Reply-To: <JIRA.13084631.1499203287000@Atlassian.JIRA>
References: <JIRA.13084631.1499203287000@Atlassian.JIRA> <JIRA.13084631.1499203287217@jira-lw-us.apache.org>
Subject: [jira] [Created] (HIVE-17032) HPL/SQL Comparisons are only
 supported with strings and integers
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 04 Jul 2017 21:22:09 -0000

Carter Shanklin created HIVE-17032:
--------------------------------------

             Summary: HPL/SQL Comparisons are only supported with strings and integers
                 Key: HIVE-17032
                 URL: https://issues.apache.org/jira/browse/HIVE-17032
             Project: Hive
          Issue Type: Bug
          Components: hpl/sql
            Reporter: Carter Shanklin
            Priority: Critical


This bug is part of a series of issues and surprising behavior I encountered writing a reporting script that would aggregate values and give rows different classifications based on an the aggregate. Addressing some or all of these issues would make HPL/SQL more accessible to newcomers.

In Var.java:

{code}
  public int compareTo(Var v) {
    if (this == v) {
      return 0;
    }
    else if (v == null) {
      return -1;
    }
    else if (type == Type.BIGINT && v.type == Type.BIGINT) {
      return ((Long)value).compareTo((Long)v.value);
    }
    else if (type == Type.STRING && v.type == Type.STRING) {
      return ((String)value).compareTo((String)v.value);
    }
    return -1;
  }
{code}

It's surprising that comparisons with doubles and decimals (for example) don't work as expected.

Version = 3.0.0-SNAPSHOT r71f52d8ad512904b3f2c4f04fe39a33f2834f1f2


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)