You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Jerry He (JIRA)" <ji...@apache.org> on 2017/09/15 04:13:00 UTC

[jira] [Commented] (HBASE-18824) Default timestamp for Put and Delete is not System.currentTimeMillis(), but Long.MAX_VALUE

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

Jerry He commented on HBASE-18824:
----------------------------------

Hi, [~water]  The real default timestamp is applied on the server side when the server sees Integer.MAX_VALUE, if this is what you mean.

> Default timestamp for Put and Delete is not System.currentTimeMillis(), but Long.MAX_VALUE
> ------------------------------------------------------------------------------------------
>
>                 Key: HBASE-18824
>                 URL: https://issues.apache.org/jira/browse/HBASE-18824
>             Project: HBase
>          Issue Type: Bug
>          Components: documentation
>            Reporter: Xiang Li
>            Assignee: Xiang Li
>            Priority: Minor
>
> In http://hbase.apache.org/book.html#versions,
> 1. In chapter 27.2.4 Put 
> bq. Doing a put always creates a new version of a cell, at a certain timestamp. {color:#205081}By default the system uses the server’s currentTimeMillis{color}, ...
> 2. In chapter 27.2.5 Delete
> bq. Deletes work by creating tombstone markers. For example, let’s suppose we want to delete a row. For this you can specify a version, or else {color:#205081}by default the currentTimeMillis is used.{color}...
> Checking the code, when timestamp is not specified, HConstants.LATEST_TIMESTAMP is used, which is 



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