You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Lars Hofhansl (JIRA)" <ji...@apache.org> on 2015/03/06 20:58:39 UTC
[jira] [Commented] (HBASE-8927) Use nano time instead of mili time
everywhere
[ https://issues.apache.org/jira/browse/HBASE-8927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350806#comment-14350806 ]
Lars Hofhansl commented on HBASE-8927:
--------------------------------------
Coming back to this... I think in order to make TTL work we need to be able to at least distinguish old and new tables and/or column families.
I still think the easiest is to add TIMESTAMP_MULTIPLIER as a table or CF option.
That way we:
# can handle old tables (the multiplier would default to 1)
# handle new table (there the multiplier could default to 1000 - for microsecs, or 1000000 - for nanosec)
# allow folks to tweak their their time range against their resolution
# (could even allow to set the multiplier to 0, indicating we're not dealing with time at all in the TS fields, and then we can disallow TTL)
# when checking the TTL, we'd scale the TTL with this value, and it would do the right thing.
Note that we would not actually have a higher resolution per se, we'd just make space in the KVs.
We can either set the free bits to 0, or fill them with a random numbers, or do some nanotime trickery.
It's a new option (sorry [~stack]), but I do not see another way out.
Thoughts?
> Use nano time instead of mili time everywhere
> ---------------------------------------------
>
> Key: HBASE-8927
> URL: https://issues.apache.org/jira/browse/HBASE-8927
> Project: HBase
> Issue Type: Bug
> Reporter: stack
> Labels: phoenix
> Attachments: 8927.txt
>
>
> Less collisions and we are paying the price of a long anyways so might as well fill it.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)