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]> 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]. > 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.
