Thanks. I noticed that OEmbeddedRidBag is pretty simple. 
One question. When I send OEmbeddedRidBag via binary protocol does it mean 
that internally on server side it is stored in Embedded or tree form?
And when can I expect to get embedded not a tree form in document via 
binary protocol?

Thanks in advance.
Pawel

On Thursday, February 6, 2014 9:54:00 PM UTC+1, Andrey Lomakin wrote:
>
> To achieve good performance, durability and thread safety we use pretty 
> sophisticated algorithm  which allows do not fetch lets say all 700 000 
> links to edges during link manipulation to the client and still supports 
> mvcc without flaws.
> So to make it simple you can use only embedded version of linkbag, for 
>  example in your case linkbag has following format. decode linlkbag string 
> using base 64 then you will have following binary format:
> amount of items(int),first cluster id(short), first cluster position 
> (long), ... , n cluster id(short), n cluster position(long)
>
>
>  
>
>
> On Thu, Feb 6, 2014 at 10:41 PM, Andrey Lomakin 
> <[email protected]<javascript:>
> > wrote:
>
>> Hi Pawel,
>> What do you mean you want to retrieve document partially ?
>>
>> It is internal presentation of document so it can not be turned off, we 
>> can provide description of this format. 
>>
>>
>>
>> On Thu, Feb 6, 2014 at 10:10 PM, Pawel K. <[email protected] <javascript:>
>> > wrote:
>>
>>> With recent develop snapshot, I start to get strange edge colection 
>>> representation
>>>
>>> SELECT FROM #42:0
>>>
>>> #42:0 v12 
>>> DbPedResource@
>>> *out_DbPedLinks:%AQAAAAsAKgAAAAAAAAABACoAAAAAAAAAAgAqAAAAAAAAAAMAKgAAAAAAAAAEACoAAAAAAAAABQAqAAAAAAAAAAYAKgAAAAAAAAAHACoAAAAAAAAACAAqAAAAAAAAAAkAKgAAAAAAAAAKACoAAAAAAAAACw==*
>>> ;,Uri:"AWK",Related:[]
>>>
>>> It's can be resolved to the following result
>>>
>>> SELECT outE('DbPedLinks') FROM #42:0
>>>
>>>  #-2:1 v0 outE:[#43:-2,#43:-3,#43:-4,#43:-5,#43:-6,#43:-7,#43:-8,#43:-9,
>>> #43:-10,#43:-11,#43:-12]
>>>
>>> I guess it's LINKBAG, can I turn it off for binary protocol?
>>>
>>> Best regards,
>>> Pawel
>>>
>>> -- 
>>>  
>>> --- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "OrientDB" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to [email protected] <javascript:>.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>>
>>
>> -- 
>> Best regards,
>> Andrey Lomakin.
>>
>> Orient Technologies
>> the Company behind OrientDB
>>
>>  
>
>
> -- 
> Best regards,
> Andrey Lomakin.
>
> Orient Technologies
> the Company behind OrientDB
>
>  

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"OrientDB" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to