You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Matt McCline (JIRA)" <ji...@apache.org> on 2018/09/09 19:18:00 UTC
[jira] [Updated] (HIVE-20524) Schema Evolution checking is broken
in going from ver 2 to ver 3 for ALTER TABLE CHAR to DECIMAL
[ https://issues.apache.org/jira/browse/HIVE-20524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Matt McCline updated HIVE-20524:
--------------------------------
Summary: Schema Evolution checking is broken in going from ver 2 to ver 3 for ALTER TABLE CHAR to DECIMAL (was: Schema Evolution checking is broken in 3.0 for CHAR/VARCHAR/DECIMAL)
> Schema Evolution checking is broken in going from ver 2 to ver 3 for ALTER TABLE CHAR to DECIMAL
> ------------------------------------------------------------------------------------------------
>
> Key: HIVE-20524
> URL: https://issues.apache.org/jira/browse/HIVE-20524
> Project: Hive
> Issue Type: Bug
> Components: Hive
> Reporter: Matt McCline
> Assignee: Matt McCline
> Priority: Critical
> Attachments: HIVE-20524.01.patch
>
>
> The new org.apache.hadoop.hive.metastore.ColumnType class under hive version 3 hive-standalone-metadata-server method checkColTypeChangeCompatible lost a version 2 series bug fix that drops CHAR/VARCHAR (and DECIMAL I think) type decorations when checking for Schema Evolution compatibility.
> Hive1 version 2 did undecoratedTypeName(oldType) and Hive2 version performed the logic in TypeInfoUtils.implicitConvertible on the PrimitiveCategory not the raw type string.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)