Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@locus.apache.org Received: (qmail 36322 invoked from network); 21 May 2008 22:42:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 May 2008 22:42:20 -0000 Received: (qmail 53167 invoked by uid 500); 21 May 2008 22:42:21 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 52940 invoked by uid 500); 21 May 2008 22:42:21 -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 52918 invoked by uid 99); 21 May 2008 22:42:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 May 2008 15:42:20 -0700 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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 May 2008 22:41:34 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id DEE47234C129 for ; Wed, 21 May 2008 15:41:55 -0700 (PDT) Message-ID: <1320710368.1211409715911.JavaMail.jira@brutus> Date: Wed, 21 May 2008 15:41:55 -0700 (PDT) From: "Clint Morgan (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Commented: (HBASE-583) RangeRowFilter, allow to choose rows based on a (lexicographic) comparison to column's values In-Reply-To: <1523370086.1208365641477.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598834#action_12598834 ] Clint Morgan commented on HBASE-583: ------------------------------------ This filter is used to filter based on the value of a given column. It takes an operator (equal, greater, not equal, etc) and either a byte [] value or a byte [] comparator. If we have a byte [] value then we just do a lexicographic compare. If this is not sufficient (eg you want to deserialize a long and then compare it to a fixed long value, then you can pass in your own comparator instead. This is more powerful than RegexpRowFilter which just does equals comparisons on the columns because we can do no lexicographic comparisons, and operators other than equals. I would suggest deprecating the functionality (setColumnFilter and the constructor that takes columnFilter) from RegexpRowFilter as well. (This functionality should not even be in there if you believe its name) Speaking of names, maybe this is not the best name. How about ColumnValueFilter? > RangeRowFilter, allow to choose rows based on a (lexicographic) comparison to column's values > ---------------------------------------------------------------------------------------------- > > Key: HBASE-583 > URL: https://issues.apache.org/jira/browse/HBASE-583 > Project: Hadoop HBase > Issue Type: New Feature > Components: filters > Reporter: Clint Morgan > Assignee: Clint Morgan > Priority: Minor > Attachments: hbase-583-v2.patch, hbase-583-v3.patch, hbase-583.patch > > > This allows one to do equal, greater than, etc comparisons on column values. Only rows with columns which pass comparison get through. > Its cleaner and more powerful than the "columnFilter" in RegExpRowFilter which only provides equals. I think this functionality should be deprecated in RegExpRowFilter. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.