...
- A "splitter" job has to be included for each "set" of job nodes that are to be processed in parallel. The splitter job starts the parallel jobs as soon as it itself is started.
- In order to do this the splitter job has to "know" the names of the parallel nodes, which are specified in the splitter job's state_names parameter (see How to set and read job , and order and node parameters).
- The parallel processing normally ends at a specific node in the the chain: thereafter processing continues serially. This node is the synchronisation node and implemented using the Sync-Job.
...
- The splitter job state_names parameter is used to specify the node names of the jobs that are to be started in parallel (see How to set and read job , and order and node parameters).
- The node names are to be separated by semi-colons.
- In job chains with this diamond pattern structure, the parameters are specified for the job chain and referred to as node parameters. Node parameters can be used to specify parameters for more than one splitter in a job chain, independently of one another, as in our example, without creating conflicts.
...
- JobSchedulerSynchronizeJobChains.
- Examples for using Sync-Jobs see JobScheduler_FAQ#How_to_syncronize_jobs FAQ by Topic: Synchronizing
Downloads
You can download the example described in this FAQ : insert_to_export_table_parallel.zip.