WebObjects/EOF/Using EOF/Bulk Operations

From Wikibooks, open books for an open world
< WebObjects‎ | EOF‎ | Using EOF
Jump to navigation Jump to search

Overview[edit | edit source]

The standard techniques for using EOF can potentially break down when you are dealing with extremely large datasets. The techniques described here are useful for taking advantage of EOF's benefits while not at the same time running out of memory.

There is quite a bit of overlap between this topic and the Memory Management section. It is recommended that you review the general memory management methodologies prior to reading this.

Moving Large Amounts of Data Between Databases[edit | edit source]

Chuck Hill[edit | edit source]

Call unlock() then dispose() on the ec, then set the reference to null, then force garbage collection with: http://java.sun.com/docs/books/tutorial/essential/system/garbage.html

You will need to do this often with a large database, maybe more than once per entity. I don't know if that would work while maintaining the object graph.

Pierce T Wetter III[edit | edit source]

There used to be an EOUtil that could do something like this. Does that still exists?

Otherwise, it depends on how the ER relationship chart works. In our case, we have a set of objects that would more or less "own" all the other objects in the ER tree. So the code would look something like this:

 get master editing context
 fetch copies of all the master objects into the master ec (not that many, so ok)
 for each master object:
    make a local ec
    copy the master object into the local ec (localInstanceOfObject())
     do stuff with master object (i.e. copy them into the sink model)
    toss local ec

Using the local EC is the key.

If you have a large number of master objects enough that you can't load all of them into memory at once, then it gets trickier. One way is to just fetch a list of primary keys using raw rows, then use objectWithPrimaryKeyValue() to build the objects in the local editing context.

If your ER tree is more complex (there is no "owner" object, then YMMV).

EOImportExportApplication from Cassini[edit | edit source]

Cassini is available at Sourceforge.

Anjo Krank[edit | edit source]

There is some stuff in Wonder's ERXJDBCUtilities that should be able to copy from one DB to another. I never tried it, but maybe it gives you some hints. There is no real need to use EOs anyway as you just want to copy the data.

David Teran[edit | edit source]

Hmpf! 'that should be able to copy from one DB to another.' NoNo, Anjo, that is not fair ;-)

In fact it works perfectly -if- the JDBC driver is not buggy. Here is a quick documentation:

OK, you need to use ERExtensions and ERJars. Not a big deal, drop me a line and i'll send a demo app to you.

Then you need this code here, the example takes data from frontbase and saves it to a postgres database:

 NSMutableDictionary sourceDict = new NSMutableDictionary();
 sourceDict.setObjectForKey("", "password");
 sourceDict.setObjectForKey("_SYSTEM", "username");
 sourceDict.setObjectForKey("jdbc:FrontBase://", "url");
 sourceDict.setObjectForKey("com.frontbase.jdbc.FBJDriver", "driver");
 sourceDict.setObjectForKey(Boolean.FALSE, "autoCommit");
 sourceDict.setObjectForKey(Boolean.TRUE, "readOnly");
 NSMutableDictionary destDict = sourceDict.mutableClone();
 destDict.setObjectForKey("jdbc:postgresql://", "url");
 destDict.setObjectForKey("dev", "password");
 destDict.setObjectForKey("dev", "username");
 destDict.setObjectForKey("org.postgresql.Driver", "driver");
 destDict.setObjectForKey(Boolean.FALSE, "autoCommit");
 destDict.setObjectForKey(Boolean.FALSE, "readOnly");
 EOModel yourModel  = EOModelGroup.defaultGroup().modelNamed("YourEOModelName");
     sourceDict, destDict);

Thas all!

BulkMover from 360works[edit | edit source]

BulkMover provides these capabilities, though it is a ProjectBuilder project.