Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 88370 invoked from network); 5 May 2010 17:26:27 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 May 2010 17:26:27 -0000 Received: (qmail 85850 invoked by uid 500); 5 May 2010 17:26:27 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 85817 invoked by uid 500); 5 May 2010 17:26:27 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 85809 invoked by uid 99); 5 May 2010 17:26:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 May 2010 17:26:27 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 May 2010 17:26:24 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o45HQ3Ie029637 for ; Wed, 5 May 2010 17:26:03 GMT Message-ID: <10785318.25441273080363006.JavaMail.jira@thor> Date: Wed, 5 May 2010 13:26:03 -0400 (EDT) From: "Jonathan Gray (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Created: (HBASE-2517) During reads when passed the specified time range, seek to next column MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org During reads when passed the specified time range, seek to next column ---------------------------------------------------------------------- Key: HBASE-2517 URL: https://issues.apache.org/jira/browse/HBASE-2517 Project: Hadoop HBase Issue Type: Improvement Components: regionserver Reporter: Jonathan Gray When we are processing the stream of KeyValues in the ScanQueryMatcher, we will check the timestamp of the current KV against the specific TimeRange. Currently we only check if it is in the range or not, returning SKIP if outside the range or continuing to other checks if within the range. The check should actually return SKIP if the stamp is greater than the TimeRange and NEXT_COL if the stamp is less than the TimeRange (we know we won't take anymore columns from the current column once we are below the TimeRange). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.