Entering content frame

Background documentationMulti-Queuing for Parallel Processing in ASCII Adapter Locate the document in its SAP Library structure

 

For all messages created through the ASCII Adapter, the default queue is CRM_ASCII_ADP_001. No parallel processing is possible as the messages go into the same queue. When the number of records is high, parallel processing may be desirable. To achieve that ‘Multi-queuing for Parallel Processing’ can be used by updating tables SMOFPARSFA and SMO7_QTAB.

For every Insert/Update to these tables, the respective BDoc’ must be regenerated.

Different BDoc’: To create different inbound queues for different BDoc’.

This will facilitate parallel processing of records belonging to different BDoc’s. For every data import of a BDoc’ (i.e. extract of records from temporary tables to the inbound queue) the queue will be one and only one. Queue name will be the BDoc’ name with the prefix 'CRM_'.

An entry has to be made in the following Middleware Parameter table

Table : SMOFPARSFA

PARSFAKEY = ASCII

PARANAME = ASCII_MULTI_QUEUE

PARVAL1 = X

 

If the data import is done in the same session, one has to wait for the data to be put into the queue to do another import for another BDoc’ and parallelization will be achieved only in the flow.

If data import is done in a different session, it can be invoked at the same time for different BDoc’s. Hence extraction from temporary tables will also be parallel.

 

Example

If import is done in a different session, the user must ensure that it is not for the same BDoc’. If two BDoc’s are processed in parallel they must not be dependent.

If two different BDoc’s are mapped to the same BDoc type (parent and child separately) the user has to ensure that the parent is already processed before the related child. Otherwise the validation may fail at the leading system and also the relationships (foreign keys) may not be filled.

 

Single BDoc’: To create different inbound queues for same BDoc’ to hold data equal to the extract size. This will facilitate parallel processing of records belonging to a single BDoc’. For a single data import (i.e. extract of records from temporary tables to the inbound queue) different new queues will be created .The number of queues created are based on the information provided in table SMO7_QTAB (table to maintain queues) against each BDoc’. Queue names will be BDoc’ name with the prefix 'CRM_' and a suffix counter. The counter starts with zero and ends with maximum queue size minus one.

An entry has to be made in following table

Table : SMO7_QTAB

BDA_NAME : <BDoc’ name>

BDA_MAXQS : <Maximum Queue Size>

 

If a BDoc’ is processed in parallel mode, the corresponding BDoc instances within it must not be dependent. For delta upload, data would be equally divided among queues.

Leaving content frame