You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Amitanand Aiyer (JIRA)" <ji...@apache.org> on 2014/02/20 22:33:22 UTC

[jira] [Updated] (HBASE-10578) For the same row key, the KV in the newest StoreFile should be returned

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

Amitanand Aiyer updated HBASE-10578:
------------------------------------

    Description: 
When multiple scanners have the same KV, HBase should pick the "newest" one.
i.e. pick the KV from the store file with the largest seq id.

In the KeyValueHeap generalizedSeek implementation, we seem to prefer the "current"
scanner over the scanners in the heap -- THIS IS WRONG.

The diff adds a unit test to make sure that bulk loads correctly. And fixes the issue.

> For the same row key, the KV in the newest StoreFile should be returned
> -----------------------------------------------------------------------
>
>                 Key: HBASE-10578
>                 URL: https://issues.apache.org/jira/browse/HBASE-10578
>             Project: HBase
>          Issue Type: Bug
>          Components: Scanners
>    Affects Versions: 0.89-fb, 0.98.1
>            Reporter: Amitanand Aiyer
>            Priority: Minor
>
> When multiple scanners have the same KV, HBase should pick the "newest" one.
> i.e. pick the KV from the store file with the largest seq id.
> In the KeyValueHeap generalizedSeek implementation, we seem to prefer the "current"
> scanner over the scanners in the heap -- THIS IS WRONG.
> The diff adds a unit test to make sure that bulk loads correctly. And fixes the issue.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)