[
https://issues.apache.org/jira/browse/HBASE-3434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15210804#comment-15210804
]
Jean-Marc Spaggiari commented on HBASE-3434:
--------------------------------------------
Let's wait for Paul to ring here but Paul's idea was really accumulation. Like
counters, but not only. Also why not Avro objetc and then you only put the
modified fields later and accumulate on compactions and reads. You can plug any
compaction logic you want.
> ability to increment a counter without reading original value from storage
> --------------------------------------------------------------------------
>
> Key: HBASE-3434
> URL: https://issues.apache.org/jira/browse/HBASE-3434
> Project: HBase
> Issue Type: Improvement
> Components: Client, regionserver
> Reporter: dhruba borthakur
> Assignee: stack
> Labels: gsoc2016, mentor
>
> There are a bunch of applications that do read-modify-write operations on
> HBase constructs, e.g a counter; The counter value has to be read in from
> hdfs before it can be incremented. We have an application where the number
> of increments on a counter far outnumbers the number of times the counter is
> used or read. For these type of applications, it will be very beneficial to
> not have to read in the counter from disk before it can be incremented.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
