Skip to Content
Former Member
Jul 10, 2009 at 05:26 PM

Transformation with Start and End Routine Performance Issues


Hi All,

We use start and end routines extensively in transformations. Typically, we will initialize various internal tables in a start routine, and then read these in an end routine.

In one such example, I load around 11 internal tables in a start routine, then use this data to populate additional fields in the end routine.

If I leave the packet size to 50,000 records, the performance of each packet nose dives. It can take 3 u2013 4 hours to process each packet. If I drop the packet size to 10,000 records, I see the start routine drop to around 4 mins and the end routine to 10 mins.

Obviously we are looking at the code that we have in the start routines to try to identify if any improvements can be made. However I saw the OSS note Note 1178077 - Effect of start routine on performance and extraction which recommends not to use start routines. Can anyone explain this note in more detail? Is this only applicable in very specific circumstances?

The source dso for the above load has some 250 fields, the target dso has around 200 fields. We have no infosource between the source and target u2013 just the transformation.

We understand that one possible explanation is that we are pulling too much data into internal tables and the data package and the system starts swapping giving the negative impact on performance. Reducing the packet size does seem to help. However, even with the small 10k data packet it takes a quite long time. It has also been recommended to use a single expert routine as this is the fastest way to process the data. Does anyone have experience of this technique? Does an expert routine support delta loads with no issues?

I look forward to your responses.