[
https://issues.apache.org/jira/browse/HBASE-2553?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12888970#action_12888970
]
HBase Review Board commented on HBASE-2553:
-------------------------------------------
Message from: "Ryan Rawson" <[email protected]>
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/325/
-----------------------------------------------------------
Review request for hbase.
Summary
-------
rework ICV by no longer requiring getWithCode() and also by keeping the
timestamp 'fresh' instead of updating 'in place'.
This addresses bug HBASE-2553.
http://issues.apache.org/jira/browse/HBASE-2553
Diffs
-----
src/main/java/org/apache/hadoop/hbase/regionserver/MemStore.java ae94578
src/main/java/org/apache/hadoop/hbase/regionserver/Store.java d2f65f4
src/main/java/org/apache/hadoop/hbase/util/Bytes.java 1b46f2d
src/test/java/org/apache/hadoop/hbase/regionserver/TestHRegion.java f732466
Diff: http://review.hbase.org/r/325/diff
Testing
-------
Thanks,
Ryan
> Revisit IncrementColumnValue implementation in 0.22
> ---------------------------------------------------
>
> Key: HBASE-2553
> URL: https://issues.apache.org/jira/browse/HBASE-2553
> Project: HBase
> Issue Type: Bug
> Reporter: ryan rawson
> Assignee: ryan rawson
> Fix For: 0.92.0
>
>
> right now we are using too much of the old get code, we need to review that
> and constrain how this works but without breaking ICV.
> Also we should be resetting the timestamp on every ICV call, and removing the
> older version. Instead of 'updating' an ICV "in place" we should be adding a
> new one, removing the old one from memstore (if it is there). This will play
> well with the atomic approach added in HBASE-2248 since we are only touching
> 1 KeyValue at a time.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
