hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-14355) Scan different TimeRange for each column family
Date Thu, 29 Oct 2015 18:35:27 GMT

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

Hadoop QA commented on HBASE-14355:
-----------------------------------

{color:red}-1 overall{color}.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12769582/HBASE-14355-v5.patch
  against master branch at commit 094d65e6f52f5b3cb1210c4abbea2fb14bcbdf15.
  ATTACHMENT ID: 12769582

    {color:green}+1 @author{color}.  The patch does not contain any @author tags.

    {color:green}+1 tests included{color}.  The patch appears to include 13 new or modified
tests.

    {color:red}-1 patch{color}.  The patch command could not apply the patch.

Console output: https://builds.apache.org/job/PreCommit-HBASE-Build/16285//console

This message is automatically generated.

> Scan different TimeRange for each column family
> -----------------------------------------------
>
>                 Key: HBASE-14355
>                 URL: https://issues.apache.org/jira/browse/HBASE-14355
>             Project: HBase
>          Issue Type: New Feature
>          Components: Client, regionserver, Scanners
>            Reporter: Dave Latham
>            Assignee: churro morales
>             Fix For: 2.0.0, 1.3.0, 0.98.16
>
>         Attachments: HBASE-14355-v1.patch, HBASE-14355-v2.patch, HBASE-14355-v3.patch,
HBASE-14355-v4.patch, HBASE-14355-v5.patch, HBASE-14355.patch
>
>
> At present the Scan API supports only table level time range. We have specific use cases
that will benefit from per column family time range. (See background discussion at https://mail-archives.apache.org/mod_mbox/hbase-user/201508.mbox/%3CCAA4mzom00ef5eoXStK0HEtxebY8mQSs61GBVGttgpASpmhQHaw@mail.gmail.com%3E)
> There are a couple of choices that would be good to validate.  First - how to update
the Scan API to support family and table level updates.  One proposal would be to add Scan.setTimeRange(byte
family, long minTime, long maxTime), then store it in a Map<byte[], TimeRange>.  When
executing the scan, if a family has a specified TimeRange, then use it, otherwise fall back
to using the table level TimeRange.  Clients using the new API against old region servers
would not get the families correctly filterd.  Old clients sending scans to new region servers
would work correctly.
> The other question is how to get StoreFileScanner.shouldUseScanner to match up the proper
family and time range.  It has the Scan available but doesn't currently have available which
family it is a part of.  One option would be to try to pass down the column family in each
constructor path.  Another would be to instead alter shouldUseScanner to pass down the specific
TimeRange to use (similar to how it currently passes down the columns to use which also appears
to be a workaround for not having the family available). 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message