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-1790) filters are not working correctly
Date Wed, 02 Sep 2009 20:55:32 GMT

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

Jonathan Gray updated HBASE-1790:

    Attachment: HBASE-1790-v5.patch

Completely changes the KeyFilter stuff from apurtell patch over in HBASE-1807 but retains
all the functionality besides family checking (after clarifying with user on list that he
was in fact not looking for that).

Adds more tests.  New tests are in TestFilter.  There are lots of them, though could use more
FilterList tests.

Adds a couple new classes to filters... BinaryComparator which is a WritableBAComparable implementing
wrapper of Bytes.compareTo().  CompareFilter is a superclass for RowFilter, QualifierFilter,
and ValueFilter classes.  

Existing ValueFilter has become SingleColumnValueFilter which is what it actually does.  I
actually removed the filterRowIfColumnMissing stuff and instead created a wrapping filter
SkipFilter.  You wrap a KV checking filter with it, and if any KVs in the row fail, the entire
row is filtered out.

Couple changes in HRegion code to actually fix filters.

> filters are not working correctly
> ---------------------------------
>                 Key: HBASE-1790
>                 URL: https://issues.apache.org/jira/browse/HBASE-1790
>             Project: Hadoop HBase
>          Issue Type: Bug
>          Components: filters
>    Affects Versions: 0.20.0, 0.21.0
>            Reporter: Matus Zamborsky
>            Assignee: Jonathan Gray
>             Fix For: 0.20.0
>         Attachments: 1790-3.patch, HBASE-1790-v2.patch, HBASE-1790-v4.patch, HBASE-1790-v5.patch,
hbase-1790.patch, testfilter.patch
> Filters used in Scanning the table are not working correctly. For example a table with
three rows:
> 1. rowkey = adminbackslash-nb0, desc:temp = "temp"
> 2. rowkey = adminbackslash-nb1, desc:temp = "temp"
> 3. rowkey = adminkleptoman, desc:temp = "temp"
> If I scan all rows in the table without filter I get all the rows as expected. But applying
a simple prefixfilter with parameter "adminbackslash" will return only first row. I searched
it down to HRegion::nextInternal method, which will not output one passed row before denied
row(by filter). 

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

View raw message