[
https://issues.apache.org/jira/browse/HBASE-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bryan Duxbury updated HBASE-489:
--------------------------------
Attachment: 489.patch
Here's the first go at this issue.
I've added the Cell class. Every get and getRow method now returns Cell objects
where they used to return byte[] objects. There are versions of get and getRow
that return byte[] named *WithoutTimestamps that just pull off the timestamp
parts.
I've also updated HBaseMapWritable to throw exceptions if the object you're
trying to put isn't a Writable in the short list at the beginning of the class.
Finally, as a side effect, I removed REST's unused MIME code, because it was
getting to be a hassle to update code that wasn't ever being used.
Review, please!
> CellValue class for transporting cell timestamp with cell value simultaneously
> ------------------------------------------------------------------------------
>
> Key: HBASE-489
> URL: https://issues.apache.org/jira/browse/HBASE-489
> Project: Hadoop HBase
> Issue Type: New Feature
> Components: client, regionserver
> Reporter: Bryan Duxbury
> Assignee: Bryan Duxbury
> Priority: Minor
> Fix For: 0.2.0
>
> Attachments: 489.patch
>
>
> All of the get* methods take a timestamp parameter that means "at least as
> old as X". This is handy for getting data that fits your expectations about
> when it should exist. However, the result you get back doesn't actually
> contain the real timestamp the cell was stored at.
> For example, let's say you write the stock price for your favorite company
> into row "YHOO" at cell "stock:price". It takes the default timestamp of
> right now. Then, a day passes. You want to get the most recent stock price
> for YHOO, and also when the price was gathered. In the current system, you
> couldn't do this at all without also doing a scan at the same time.
> If we added a new class called CellValue that contained the byte[] cell value
> as well as the long timestamp of when it was stored, we could return an
> instance of this class wherever we used to return just the byte[]. This could
> be used in all the get() methods, getRow, getClosestAtOrBefore, etc. This has
> the advantage of making timestamp into a first-class citizen in HBase, which
> it hasn't been so far.
> Thoughts?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
