Got it.Thanks a lot.
Pawel

On Thursday, February 6, 2014 10:04:39 PM UTC+1, Andrey Lomakin wrote:
>
> Hi Pawel,
>
> I do not think that providing such level of compatibility is good idea, 
> too much sources should be spent on this.
> Probably in such case users can work in embedded mode.
>
> You see embedded collections they of course will not allow to work with 
> thousands of links but support of sbtree is really resourceful change.
> Lets say we never fetch them on the client if you add link to linkbag you 
> only register event about addition/removal of item in document and do real 
> operations on sever side.
> Also when you iterate items in collection you do it page by page and do 
> not fetch all of them at once.
>
> We will provide this format bur probably better to use embedded version 
> from begging.
>
>
> On Thu, Feb 6, 2014 at 10:58 PM, Pawel K. <[email protected] 
> <javascript:>>wrote:
>
>> Thanks Andrey for info.
>> Well, I wanted to fix my binary driver to recent version. I am during 
>> deep dive into ORidBag,OSBTreeRidBag,OEmbeddedRidBag anyway ;)
>> I am wondering if it means for driver developers the need of 
>> implementation Bonsai structures in their languages just to be able to 
>> serialize/deserialize edges collections. If so, the entry point to write 
>> really compatible driver will be much higher ;) 
>> Probably also many other drivers will be not compatible. Therefore I 
>> thought if it's possible to have two options in binary protocol (still old 
>> simple comma separated collection which internally on server side is 
>> serialized/deserialized to new RidBag structures or new Base64 RidBag 
>> structures passed to binary clients.
>> Potentially it could be based on the protocol version. Just the idea.
>>
>> Best regards,
>> Pawel
>>
>>
>>
>> On Thursday, February 6, 2014 9:41:15 PM UTC+1, Andrey Lomakin 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]> 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].
>>>>
>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>
>>>
>>>
>>>
>>> -- 
>>> 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] <javascript:>.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> -- 
> 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