Boris, What is the class/type of the keys in your example? Are the keys simple objects (String, Number, etc.) or complex (Person, Employee, Customer, Student, Product, etc.).
With any remote database the challenge will be populating the result into your local image. How deep/complex is the result? That is, if only one dictionary satisfied your sample query, how many objects would be reached and what would be their classes? How large is the "huge" parent dictionary? Millions? Billions? Do you need the client Pharo image(s) to be remote from the database? What sort of network is between them? Naturally, my inclination would be to investigate GemStone/S, but various factors would influence the decision. James Foster On May 28, 2013, at 7:11 AM, Boris Spasojević <[email protected]> wrote: > Hi all, > > I have a need to persist a really large and funny object structure in Pharo > (a huge Dictionary of Dictionaries) and I would like to be able to query this > data from a remote image. > > Basically what I am looking for is some form of database that would allow me > to input elements in to this structure from one image, and read them out in > another image with queries like i.e. > > dictionaryOfDictionaries select: [ :each | > (each keys includes: key1) and: [ each keys includes: key2 ] > ] > It does not have to be strictly an OO database, anything that could enable me > to do this fast and easy would be nice. > > > Any suggestions/ideas/comments? > > > Boris Spasojević - Борис Спасојевић > > Research assistant > Software Composition Group > Institute of Computer Science and Applied Mathematics > University of Bern > > email: [email protected] > office phone: +41 (0)31 511 7636 > mobile: +41 (0)76 66 88 175 > webpage: http://scg.unibe.ch/staff/Boris-Spasojevic >
