Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B4429919D for ; Mon, 14 May 2012 05:20:17 +0000 (UTC) Received: (qmail 51027 invoked by uid 500); 14 May 2012 05:20:17 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 50738 invoked by uid 500); 14 May 2012 05:20:16 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 50706 invoked by uid 99); 14 May 2012 05:20:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 May 2012 05:20:15 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 May 2012 05:20:14 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 4190E495668 for ; Mon, 14 May 2012 05:19:54 +0000 (UTC) Date: Mon, 14 May 2012 05:19:54 +0000 (UTC) From: "Lars Hofhansl (JIRA)" To: issues@hbase.apache.org Message-ID: <1256099173.60408.1336972794270.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1276621024.58585.1336842648398.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HBASE-5993) Add a no-read Append 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-5993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13274454#comment-13274454 ] Lars Hofhansl commented on HBASE-5993: -------------------------------------- I might be a bit dense, but how would this work? Internally HBase always needs to read the existing value in order to append to it, as nothing is changed in place (i.e. HBase has to generate a new KV for the new value). > Add a no-read Append > -------------------- > > Key: HBASE-5993 > URL: https://issues.apache.org/jira/browse/HBASE-5993 > Project: HBase > Issue Type: Improvement > Components: regionserver > Affects Versions: 0.94.0 > Reporter: Jacques > Priority: Critical > > HBASE-4102 added an atomic append. For high performance situations, it would be helpful to be able to do appends that don't actually require a read of the existing value. This would be useful in building a growing set of values. Our original use case was for implementing a form of search in HBase where a cell would contain a list of document ids associated with a particular keyword for search. However it seems like it would also be useful to provide substantial performance improvements for most Append scenarios. > Within the client API, the simplest way to implement this would be to leverage the existing Append api. If the Append is marked as setReturnResults(false), use this code path. If result return is requested, use the existing Append implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira