Best Practices when building Maps
When you build maps try to use the following steps. Sometimes this can help clarify"how" to architect the database. Before beginning ask the following questions:1.How much data is there passing through this map?2.What is the source, target, aggregator, and lookup sizes (in terms of Rows andMegabytes of space)?3.What is the time frame this map is expected to run in?4.Are we loading data over the network?5.Are we waiting on a flat file? More than one?6.Is there a way to balance the size of the source / target and maybe eliminatethe lookups by utilizing Database Routines?7.Is the speed such a problem that we must eliminate aggregators?8.Can we tune the SQL on the source qualifier?9.Do we need to generate new sequence ID numbers for each row?
Guidelines Utilized to Divide Maps:
The designer tool is highly capable of depicting, graphically, complex mappings. It isalso fairly easy to develop these complex mappings. However, it can quickly becomedifficult to maintain them. In an effort to offer the best of the designer, we suggest breaking up the complex mappings in to more manageable pieces. The maps should only be broken up as a last resort when attempting to make more operations parallel, or in anattempt to speed up the whole process (end-to-end). Start with development using theDesigner. As pieces get too difficult, or problems present themselves (due to speed,mobility, or cross-functionality), take a look at the architecture of the maps to see if theywouldn't benefit from being sub-divided.Does the map have multiple targets?If so, could each target be loaded in parallel?What's the affect of breaking up the logic?Can the logic be placed in to maplets?Are the targets setup with Constraints?Does a parent need to be loaded first?/opt/scribd/conversion/tmp/scratch2408/27011244.doc