hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-8284) Allow String Offset(s) in ColumnPaginationFilter for bookmark based pagination
Date Tue, 23 Apr 2013 23:37:20 GMT

    [ https://issues.apache.org/jira/browse/HBASE-8284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13639833#comment-13639833
] 

Hudson commented on HBASE-8284:
-------------------------------

Integrated in HBase-TRUNK #4076 (See [https://builds.apache.org/job/HBase-TRUNK/4076/])
    HBASE-8284 Allow String Offset(s) in ColumnPaginationFilter for bookmark based pagination
(Revision 1471070)

     Result = SUCCESS
stack : 
Files : 
* /hbase/trunk/hbase-client/src/main/java/org/apache/hadoop/hbase/filter/ColumnPaginationFilter.java
* /hbase/trunk/hbase-protocol/src/main/java/org/apache/hadoop/hbase/protobuf/generated/FilterProtos.java
* /hbase/trunk/hbase-protocol/src/main/protobuf/Filter.proto
* /hbase/trunk/hbase-server/src/test/java/org/apache/hadoop/hbase/filter/TestColumnPaginationFilter.java
* /hbase/trunk/hbase-server/src/test/java/org/apache/hadoop/hbase/filter/TestFilter.java

                
> Allow String Offset(s) in ColumnPaginationFilter for bookmark based pagination
> ------------------------------------------------------------------------------
>
>                 Key: HBASE-8284
>                 URL: https://issues.apache.org/jira/browse/HBASE-8284
>             Project: HBase
>          Issue Type: Improvement
>          Components: Filters
>    Affects Versions: 0.94.6.1
>            Reporter: Varun Sharma
>            Assignee: Varun Sharma
>            Priority: Minor
>             Fix For: 0.98.0, 0.95.1
>
>         Attachments: 8284-0.94.txt, 8284-0.94-v2.txt, 8284-0.95.txt, 8284-trunk.txt
>
>
> Attaching from email to HBase user mailing list:
> I am thinking of adding a string offset to ColumnPaginationFilter. There are two reasons:
> 1) For deep pagination, you can seek using SEEK_NEXT_USING_HINT.
> 2) For correctness reasons, this approach is better if the list of columns is mutation.
Lets say you get 1st 50 columns using the current approach. In the mean time some columns
are inserted amongst the 1st 50 columns. Now you request the 2nd set of 50 columns. Chances
are that you will have duplicates amongst the 2 sets (1st 50 and 2nd 50). If instead you used
the last column of the 1st 50 as a string offset for getting the 2nd set of columns, the chances
of getting dups is significantly lower.
> This becomes important for user facing interactive applications. Particularly where consistency
etc. are not as important since those are best effort services. But showing duplicates across
pages is pretty bad.
> Please let me know if this makes sense and is feasible. Basically, I would like a string
offset passed to ColumnPaginationFilter as an alternative constructor. If the string offset
is supplied, then, I would like to seek to either the column supplied or if the column is
deleted, seek to the column just greater than the supplied column.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message