Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 55595 invoked from network); 8 May 2009 04:59:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 May 2009 04:59:08 -0000 Received: (qmail 45180 invoked by uid 500); 8 May 2009 04:59:07 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 45144 invoked by uid 500); 8 May 2009 04:59:07 -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 45134 invoked by uid 99); 8 May 2009 04:59:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 May 2009 04:59:07 +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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 May 2009 04:59:05 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 9029E234C041 for ; Thu, 7 May 2009 21:58:45 -0700 (PDT) Message-ID: <842634688.1241758725576.JavaMail.jira@brutus> Date: Thu, 7 May 2009 21:58:45 -0700 (PDT) From: "Erik Holstad (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Commented: (HBASE-1249) Rearchitecting of server, client, API, key format, etc for 0.20 In-Reply-To: <728871099.1236620030451.JavaMail.jira@brutus> 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 [ https://issues.apache.org/jira/browse/HBASE-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12707234#action_12707234 ] Erik Holstad commented on HBASE-1249: ------------------------------------- @jgray Yeah, it's is a little weird, cause when I pasted it, it looked really good in the window, but now it looks really bad. @Stack Not really sure what is considered to be very different, I do think that the difference is quite big The only methods that stays pretty much the same is reset() and filterColumn which changes name to filterQualifier since we are trying to get rid of the column notion. The filterRowKey could be used as filterRow, but since we only take a byte[] as input we can't use the KeyValue from the scanners but have to do a copy for every check, which seems like an unnecessary thing to do, specially since the whole plan on the server side is to avoid copying. I'm not dying to rewrite the filters, but have started, cause I don't really seem how we could use the old ones in a good way, but if you see a way for us to do that, I'm happy to not do the work. . > Rearchitecting of server, client, API, key format, etc for 0.20 > --------------------------------------------------------------- > > Key: HBASE-1249 > URL: https://issues.apache.org/jira/browse/HBASE-1249 > Project: Hadoop HBase > Issue Type: Improvement > Reporter: Jonathan Gray > Priority: Blocker > Fix For: 0.20.0 > > Attachments: HBASE-1249-Example-v1.pdf, HBASE-1249-Example-v2.pdf, HBASE-1249-GetQuery-v1.pdf, HBASE-1249-GetQuery-v2.pdf, HBASE-1249-GetQuery-v3.pdf, HBASE-1249-GetQuery-v4.pdf, HBASE-1249-StoreFile-v1.pdf, HBASE-1249-StoreFile-v4.pdf > > > To discuss all the new and potential issues coming out of the change in key format (HBASE-1234): zero-copy reads, client binary protocol, update of API (HBASE-880), server optimizations, etc... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.