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-1517) Implement inexpensive seek operations in HFile
Date Wed, 09 Sep 2009 17:03:57 GMT

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

Jonathan Gray updated HBASE-1517:
---------------------------------

    Fix Version/s:     (was: 0.20.1)
                   0.21.0

I spent some time looking in to this... I can see a hack or two that could get us some efficiencies,
but this should really be part of a larger set of optimizations which is seeking/skipping/earlying
out whenever possible.

Bumping to 0.21

> Implement inexpensive seek operations in HFile
> ----------------------------------------------
>
>                 Key: HBASE-1517
>                 URL: https://issues.apache.org/jira/browse/HBASE-1517
>             Project: Hadoop HBase
>          Issue Type: Improvement
>    Affects Versions: 0.20.0
>            Reporter: Jonathan Gray
>             Fix For: 0.21.0
>
>
> When we early-out of a row because of columns, versions, filters, etc... we seek to the
end of that row one key at a time.  We should do the seek at the HFile level in cases where
we would end up skipping blocks in the process.  This will be very common in cases with relatively
large rows and regex row filters.
> If calls that end up doing nothing are constant time, we could also call this to seek
to the next column (or even a specific column in ExplicitTracker case).

-- 
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