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 A387C11FAD for ; Thu, 24 Apr 2014 21:31:32 +0000 (UTC) Received: (qmail 47642 invoked by uid 500); 24 Apr 2014 21:31:28 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 47417 invoked by uid 500); 24 Apr 2014 21:31:28 -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 47196 invoked by uid 99); 24 Apr 2014 21:31:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Apr 2014 21:31:28 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of threadedblue@gmail.com designates 209.85.212.178 as permitted sender) Received: from [209.85.212.178] (HELO mail-wi0-f178.google.com) (209.85.212.178) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Apr 2014 21:31:24 +0000 Received: by mail-wi0-f178.google.com with SMTP id bs8so1759957wib.17 for ; Thu, 24 Apr 2014 14:31:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=nxml+p+N5w0u7qEf8GpiMSIaVuewyHklSutIgZYDFxg=; b=jUgcT2LckkLhUq7/jZ6trb+uSt38kxU/tN2nGarODZ9vaEshbEVTTyDcDK4lQsFvU0 4MtPci2Wmvd/I+kvo/lwRHyBN4D0/SAvSXM+/WCdfopvrBukpVK5WILiKP9BNb3Qk9zh JqOCZDELkhRDQDkc51SMJ9MhjuaN4aYn0ytwYnAuIUvVZHSnzvXXZWk6YYUAozDzop99 B1SP4/bkPXZsSovciIPG+rWRLAdyFw2IybqJ0AYTziCdJwpdCdhQjvEdXm+Gtz+NFpG3 +mckj/Rwr++exxX/x7p2hfXC5HDRa6AccCIPWnJU7nxUmWWy08IEhp3K/NzKt7iscTAl 8h8w== MIME-Version: 1.0 X-Received: by 10.181.13.137 with SMTP id ey9mr729615wid.54.1398375062044; Thu, 24 Apr 2014 14:31:02 -0700 (PDT) Received: by 10.194.139.76 with HTTP; Thu, 24 Apr 2014 14:31:01 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 Apr 2014 17:31:01 -0400 Message-ID: Subject: Re: Embedded Mutations: Is this kind of thing done? From: Geoffry Roberts To: Accumulo Content-Type: multipart/alternative; boundary=f46d0438eb9bd6042104f7d0907c X-Virus-Checked: Checked by ClamAV on apache.org --f46d0438eb9bd6042104f7d0907c Content-Type: text/plain; charset=UTF-8 The use case is, I am walking a complex object graph and persisting what I find there. Said object graph in my case is always EMF (eclipse modeling framework) compliant. An EMF graph can have in if references to--brace yourself--a non-cross document containment reference. When using Mongo, these were persisted as a DBObject embedded into a containing DBObject. I'm trying to decide whether I want to follow suit. Any thoughts? On Thu, Apr 24, 2014 at 4:03 PM, Sean Busbey wrote: > Can you describe the use case more? Do you know what the purpose for the > embedded changes are? > > > On Thu, Apr 24, 2014 at 2:59 PM, Geoffry Roberts wrote: > >> All, >> >> I am in the throws of converting some(else's) code from MongoDB to >> Accumulo. I am seeing a situation where one DBObject if being embedded >> into another DBObject. I see that Mutation supports a method called >> getRow() that returns a byte array. I gather I can use this to achieve a >> similar result if I were so inclined. >> >> Am I so inclined? i.e. Is this the way we do things in Accumulo? >> >> DBObject, roughly speaking, is Mongo's counterpart to Mutation. >> >> Thanks mucho >> >> -- >> There are ways and there are ways, >> >> Geoffry Roberts >> > > > > -- > Sean > -- There are ways and there are ways, Geoffry Roberts --f46d0438eb9bd6042104f7d0907c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The use case is, I am walking a complex object graph and p= ersisting what I find there. =C2=A0Said object graph in my case is always E= MF (eclipse modeling framework) compliant. =C2=A0An EMF graph can have in i= f references to--brace yourself--a non-cross document containment reference= . =C2=A0When using Mongo, these were persisted as a DBObject embedded into = a containing DBObject. =C2=A0I'm trying to decide whether I want to fol= low suit.

Any thoughts?


=
On Thu, Apr 24, 2014 at 4:03 PM, Sean Busbey <busbey@cloudera.com> wrote:
Can you describe the use ca= se more? Do you know what the purpose for the embedded changes are?


On Thu, Apr 24, 2= 014 at 2:59 PM, Geoffry Roberts <threadedblue@gmail.com> wrote:
All,

I a= m in the throws of converting some(else's) code from MongoDB to Accumul= o. =C2=A0I am seeing a situation where one DBObject if being embedded into = another=C2=A0DBObject. =C2=A0I see that Mutation supports a method called g= etRow() =C2=A0that returns a byte array. =C2=A0I gather I can use this to a= chieve a similar result if I were so inclined.

Am I so inclined? =C2=A0i.e. Is this the way we do thin= gs in Accumulo?

DBObject, roughly speaking, is Mon= go's counterpart to Mutation.

Thanks mucho

--
There are ways and there a= re ways,=C2=A0

Geoffry Roberts



--
Sean



--
There are ways and there are ways,=C2=A0

Geof= fry Roberts
--f46d0438eb9bd6042104f7d0907c--