Mailing-List: contact dev-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hive.apache.org
Date: Mon, 22 Sep 2014 20:33:35 +0000 (UTC)
From: "Eugene Koifman (JIRA)" <jira@apache.org>
To: hive-dev@hadoop.apache.org
Message-ID: <JIRA.12742800.1411152555000.97220.1411418014996@Atlassian.JIRA>
In-Reply-To: <JIRA.12742800.1411152555000@Atlassian.JIRA>
References: <JIRA.12742800.1411152555000@Atlassian.JIRA>
 <JIRA.12742800.1411152555959@arcas>
Subject: [jira] [Commented] (HIVE-8191) Update and delete on tables with non
 Acid output formats gives runtime error
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Eugene Koifman commented on HIVE-8191:
--------------------------------------

I think if you want to parametrize the error msg, it's clearer to use {n} like ErrorMsg.TRUNCATE_FOR_NON_MANAGED_TABLE.

Also, SemanticException has a c'tor of the form SemanticException(ErrorMsg errorMsg, String... msgArgs), which preserves the actual canonical error msg rather than just having a string.  It makes downstream processing more reliable.


> Update and delete on tables with non Acid output formats gives runtime error
> ----------------------------------------------------------------------------
>
>                 Key: HIVE-8191
>                 URL: https://issues.apache.org/jira/browse/HIVE-8191
>             Project: Hive
>          Issue Type: Bug
>          Components: Query Processor
>    Affects Versions: 0.14.0
>            Reporter: Alan Gates
>            Assignee: Alan Gates
>            Priority: Critical
>         Attachments: HIVE-8191.patch
>
>
> {code}
> create table not_an_acid_table(a int, b varchar(128));
> insert into table not_an_acid_table select cint, cast(cstring1 as varchar(128)) from alltypesorc where cint is not null order by cint limit 10;
> delete from not_an_acid_table where b = '0ruyd6Y50JpdGRf6HqD';
> {code}
> This generates a runtime error.  It should get a compile error instead.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)