Return-Path: X-Original-To: apmail-accumulo-user-archive@www.apache.org Delivered-To: apmail-accumulo-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C0A8018BC5 for ; Fri, 30 Oct 2015 11:36:18 +0000 (UTC) Received: (qmail 76467 invoked by uid 500); 30 Oct 2015 11:36:18 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 76423 invoked by uid 500); 30 Oct 2015 11:36:18 -0000 Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@accumulo.apache.org Delivered-To: mailing list user@accumulo.apache.org Received: (qmail 76413 invoked by uid 99); 30 Oct 2015 11:36:18 -0000 Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Oct 2015 11:36:18 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 00AC5180992 for ; Fri, 30 Oct 2015 11:36:18 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.998 X-Spam-Level: ** X-Spam-Status: No, score=2.998 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id jJZ4UqBBVZnX for ; Fri, 30 Oct 2015 11:36:16 +0000 (UTC) Received: from smtp65.ord1c.emailsrvr.com (smtp65.ord1c.emailsrvr.com [108.166.43.65]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 92A00439C5 for ; Fri, 30 Oct 2015 11:36:16 +0000 (UTC) Received: from smtp17.relay.ord1c.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp17.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id 6209C180265; Fri, 30 Oct 2015 07:36:10 -0400 (EDT) Received: by smtp17.relay.ord1c.emailsrvr.com (Authenticated sender: shweta.agrawal-AT-orkash.com) with ESMTPSA id D277B18010E for ; Fri, 30 Oct 2015 07:36:09 -0400 (EDT) X-Sender-Id: shweta.agrawal@orkash.com Received: from [192.168.0.119] ([UNAVAILABLE]. [14.141.49.198]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA) by 0.0.0.0:465 (trex/5.5.4); Fri, 30 Oct 2015 07:36:10 -0400 Message-ID: <56335631.8070903@orkash.com> Date: Fri, 30 Oct 2015 17:06:17 +0530 From: "shweta.agrawal" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: user@accumulo.apache.org Subject: Transaction type query in accumulo Content-Type: multipart/alternative; boundary="------------010201010305050906090903" This is a multi-part message in MIME format. --------------010201010305050906090903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Is transaction type facility available in Accumulo? I have read about transaction in accumulo which says " Accumulo guarantees these ACID properties for a single mutation (a set of changes for a single row) but does not provide support for atomic updates across multiple rows" In my case: If one thread is updating the fields of a document then this document should be locked so that other thread cannot modify that document. I am trying to achieve this by a query through conditional mutation. I am checking whether the particular entry exist or not then updating. But the problem is I am doing this through 150 threads. If one thread finds and updating particular entry then other thread should not get it. So is this the case in conditional write? We are achieving same thing through mongoDB by find and modify feature. If one thread get particular document to update from conditional write then other thread should get that particular document. Please provide your inputs Thanks Shweta --------------010201010305050906090903 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

Is transaction type facility available in Accumulo?
I have read about transaction in accumulo which says " Accumulo guarantees these ACID properties for a single mutation (a set of changes for a single row) but does not provide support for atomic updates across multiple rows"

In my case:
If one thread is updating the fields of a document then this document should be locked so that other thread cannot modify that document.

I am trying to achieve this by a query through conditional mutation. I am checking whether the particular entry exist or not  then updating. But the problem is I am doing this through 150 threads. If one thread finds and updating particular entry then other thread should not get it.

So is this the case in conditional write?

We are achieving same thing through mongoDB by find and modify feature.

If one thread get particular document to update from conditional write then other thread should get that particular document.

Please provide your inputs

Thanks
Shweta
--------------010201010305050906090903--