[jira] [Commented] (KUDU-1594) Rename TIMESTAMP type to avoid confusion with other timestamp types

["Dan Burkert (JIRA)" <ji...@apache.org>]

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

Dan Burkert commented on KUDU-1594:
-----------------------------------

What about completely removing the TIMESTAMP type?  Given that it doesn't line up well with peoples expectations and the value it's providing above the INT64 type is limited to just debug printing, it doesn't seem to be pulling its weight.

> Rename TIMESTAMP type to avoid confusion with other timestamp types
> -------------------------------------------------------------------
>
>                 Key: KUDU-1594
>                 URL: https://issues.apache.org/jira/browse/KUDU-1594
>             Project: Kudu
>          Issue Type: Improvement
>            Reporter: Todd Lipcon
>            Assignee: Todd Lipcon
>            Priority: Critical
>
> Kudu aims to be part of the Hadoop ecosystem, and other tools in the Hadoop ecosystem store timestamps differently than Kudu. For example:
> - Parquet has TIMESTAMP_MILLIS which is milliseconds since the Unix epoch.
> - Impala internally stores a {64-bit nanoseconds since midnight, 32-bit Julian day number}, and when storing in Parquet, uses Parquet's INT96 type to store this.
> - Hive internally uses a 32-bit seconds-since-Unix-epoch, plus an optional nanoseconds component
> To avoid adding to the confusion, we should name our time more explicitly (eg UNIX_MICROTIMESTAMP or UNIXTIME_MICROS or somesuch)



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