I have to look it up and see what I can share. I have it in a git branch in a local repository. I will be getting back to this in the future as we will probably move forward with this. We have some tables that are huge and we want to start using Mongo DB to store that information. The tables outgrew the limits of an integer for the primary key years ago.
The object graph that I deal with is similar to a document. The parent owns the children. It only has one reference to a user object which it does not own. I also had special requirements. I needed to still be able to read existing data from our relational oracle database. So the model is really mapped to oracle and can fetch from it. Then I wrote code to save to mongo for new data generated. And I can also fetch from mongo. Anyways in the (near I hope) future I'll be getting back to this project. > On Oct 27, 2015, at 12:14 PM, Paul Yu <p...@mac.com> wrote: > > We should be able to formalize this with a framework then, right? > > Can you provide some mapping of how you did this? > > Paul >> On Oct 27, 2015, at 12:12 PM, Ricardo Parada <rpar...@mac.com> wrote: >> >> Hi Gino, >> >> Let me know if you hear of any. >> >> I can tell you about an attempt / workaround I did. I inserted my enterprise >> objects (EOs) into an editing context. Then I used some of the classes in >> the ERRest framework to serialize my object graph of enterprise objects into >> JSON. Then I used the Mongo DB java driver to save the JSON to the Mongo >> database. >> >> Then to retrieve the objects I reverse the process. Use the Mongo DB Java >> driver to retrieve the JSON and the ERRest classes to rehydrate the objects >> into an editing context. >> >> Ricardo >> >>> On Oct 26, 2015, at 5:36 PM, Gino Pacitti <ginok...@mac.com> wrote: >>> >>> Hi list >>> Are there any blogs or papers on integrating WO/EOF with NoSQL and whether >>> there are any special Drivers required. >>> If NoSQL is not relational how does WO/EOF deal with Models with >>> relationships? >>> >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com >>> >>> This email sent to rpar...@mac.com >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/pyu%40mac.com >> >> This email sent to p...@mac.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
