hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Gray (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HBASE-803) Atomic increment operations
Date Sun, 08 Mar 2009 07:40:56 GMT

     [ https://issues.apache.org/jira/browse/HBASE-803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jonathan Gray updated HBASE-803:
--------------------------------

    Attachment: HBASE-803-v3-0.20.patch
                HBASE-803-v3-0.19.patch

Changes HTable method to long to match HRI.  Also changes logging in HRegion to debug level,
even one line per increment is noisy for info.

0.19 patch just changes Store back to HStore and RPC version from 15 to 16 (instead of 16
to 17)... What's the right thing to do here?  This is actually a unique RPC version as it's
not 15, 16 or 17.

> Atomic increment operations
> ---------------------------
>
>                 Key: HBASE-803
>                 URL: https://issues.apache.org/jira/browse/HBASE-803
>             Project: Hadoop HBase
>          Issue Type: New Feature
>          Components: client, ipc, regionserver
>    Affects Versions: 0.19.0
>            Reporter: Jonathan Gray
>            Assignee: ryan rawson
>            Priority: Minor
>             Fix For: 0.19.1, 0.20.0
>
>         Attachments: hbase-803-v1.patch, HBASE-803-v2.patch, HBASE-803-v3-0.19.patch,
HBASE-803-v3-0.20.patch, HBASE-803.patch
>
>
> Discussion was already started in HBASE-798
> First version will contain to additional HTable methods:
> incrementColumnValue(table,row,family:column) -> Inserts a new version of the specified
column (which must already exist) with an incremented cell value.
> incrementFamilyColumn(table,row,family: ) -> Inserts a new column under the specified
family.  This assumes the family always contains only one column.  That column is read, incremented,
deleted, and a new column is inserted with the incremented column name.  The existing value
is re-inserted unchanged to the new column.
> I'm going to be making even more specialized versions of these for internal use (taking
apart byte[]'s, doing different bit/byte operations, and assorted munging...).  So if anyone
has any requests for other specialized versions, or more generic versions, please post them
here and I'd be more than happy to take a stab at them.
> Next week I will likely have a go at HBASE-493

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message