Postby ConvertFromOldNGs » Fri Aug 07, 2009 2:39 pm
by allistar >> Wed, 10 Jul 2002 21:05:41 GMT
Hi,
A way we have done data extraction/importing is to look at the Jade meta-data and export based on that. That way you should be able to extract in a format that ties up the values exported with the name of
the property. You'll need to be a bit clever about what data gets exported, because if you let it export everything off an object you
will probably end up exporting the entire database (which may not be
what you want). You need to let the process know which references
should be "deeply" exported and which ones just need a "shallow"
export. That should be able to be done generically enough.
As for importing, you need to keep in mind that the system you are importing into will probably have different oid's for the "common" or "shallow export" objects. You'll need a way of finding those objects based on some sort of key. All of that information could be stored in
the export file itself, or as part of the actual process.
The trick is in keeping the size of the export file down, you could either compress it yourself and/or build a table at the beginning of
the file that contains lookups so yiou don't have to extract the
entire property name for each object, just a byte representing that property.
I can't comment on your performance issue, but it does sound
excessive. I would suggest profiling it to see where the bottleneck
is.
Allistar. ------------------------------------------------------------------
Allistar Melville
Software Developer
Auckland, NEW ZEALAND
Greentree International,
Developer of Greentree Financial Software. ------------------------------------------------------------------