Data load taking lot of time

Hi All,
I am trying to upload 2LIS_02_SCL data, I am trying to refresh the entire data using Init, it is taking lot of time in Prodcution. This is creating the problem for me for next Back ground Job which runs in the night for delta's. Please can anybody guide me how to speed up the load? This datasource is connected to 2 Infocubes and 1 ODS.
Regards,
Rajesh

Hi Sal,
I have done the same things as you said, my mistake is
R/3:
Locked all R/3 users.
Deleted from LBWG.
Filled setup tables using Document Date from 2006 to 2008 (Month wise i have filled).
BW:
I have cleaned entire data from 0PUR_C01 and 0PUR_C04.
Loaded data at a time to 2 Cubes and 1 ODS using Init upload.
It is started taking long time. Actual problem is load was not finished at the time of Daily load Process Chain starts(Night).
I have cancelled the job. made available only delta to Process Chain.
Now problem is escaled, again i started today same Init for 1 Cube only, again taking long time.
Regards,
Rajesh

Similar Messages

Data load taking very long time between cube to cube

Hi
In our system the data loading is taking very long time between cube to cube using DTP in BI7.0,
the maximum time consumption is happening at start of extraction step only, can anybody help in decreasing the start of extraction timing please
Thanks
Kiran

Kindly little bit Elaborate your issue, Like how is mapping between two cubes, Is it One to one mapping or any Routine is there in Transformation. Any Filter/ Routine in DTP. Also before loading data to Cube did you deleted Inedxes?
Regards,
Sushant

Data load taking so much time

Hello Everybody
i have enhanced the 0info_rec_attr datasource for few fields. I am getting right result for which i have done enhancement. But during infopackage run and DTP run it is taking so much time. when i run infopackage it is taking arround 12hrs for 4 lack records.
previously it use to take only 5mint to load same amount of data. Same thing is happening DTP also.
Kindly suggest why this is happeneing. Alhough data are coming in right way in infoprovider.
Regards
Saurabh

Hello Durgesh following is entire code. Kindly help me in optimization of tcode .
WHEN '0INFO_REC_ATTR'.
    CLEAR : t_inforec,t_inforec1,t_infodata.
    REFRESH:t_inforec,t_inforec1,t_infodata.
    LOOP AT i_t_data INTO wa_inforec.
      l_tabix = sy-tabix.
      SELECT infnr
             ekgrp
             ekorg
             loekz
             esokz
             werks
             waers
             norbm
             aplfz
             netpr
             peinh
             mwskz
             INTO CORRESPONDING FIELDS OF TABLE t_inforec1
             FROM eine
             WHERE infnr = wa_inforec-infnr.
      IF sy-subrc = 0.
        LOOP AT t_inforec1.
          MOVE-CORRESPONDING wa_inforec TO t_inforec.
          MOVE t_inforec1-ekgrp TO t_inforec-zzekgrp.
          MOVE t_inforec1-ekorg TO t_inforec-zzekorg.
          MOVE t_inforec1-esokz TO t_inforec-zzesokz.
          MOVE t_inforec1-werks TO t_inforec-zzwerks.
          MOVE t_inforec1-aplfz TO t_inforec-zzaplfz.
          MOVE t_inforec1-mwskz TO t_inforec-zzmwskz.
          MOVE t_inforec1-loekz TO t_inforec-zzdelflag_eine.
          MOVE t_inforec1-meins TO t_inforec-zzmeins.
          MOVE t_inforec1-netpr TO t_inforec-zznetpr.
          MOVE t_inforec1-peinh TO t_inforec-zzpeinh.
          MOVE t_inforec1-waers TO t_inforec-zzwaers.
          MOVE t_inforec1-norbm TO t_inforec-zznorbm.
         Delete flag from EINA
          SELECT SINGLE loekz meins
                 INTO (t_inforec-zzdelflag_eina,
                      t_inforec-zzmeins)
            FROM eina
            WHERE infnr = t_inforec1-infnr.
          APPEND t_inforec.
        ENDLOOP.
      ENDIF.
      APPEND LINES OF t_inforec TO t_infodata.
      CLEAR : t_inforec,t_inforec1.
      REFRESH:t_inforec,t_inforec1.
    ENDLOOP.
    DATA:
     l_datbi TYPE kodatbi,
     l_datab TYPE kodatab,
     l_knumh TYPE knumh,
     l_kopos TYPE kopos,
     l_kschl TYPE kscha,
     l_kbetr TYPE kbetr_kond,
     l_flifn TYPE flifn.
    LOOP AT t_infodata.
      SELECT SINGLE datbi datab knumh
      FROM a017
      INTO (l_datbi, l_datab, l_knumh)
      WHERE lifnr = t_infodata-lifnr AND
            matnr = t_infodata-matnr AND
            ekorg = t_infodata-zzekorg AND
            werks = t_infodata-zzwerks.
      t_infodata-zzdatbi = l_datbi.
      t_infodata-zzdatab = l_datab.
      t_infodata-zzknumh = l_knumh.
      MODIFY t_infodata INDEX sy-tabix.
      CLEAR: l_datbi, l_datab, l_knumh.
   ENDLOOP.
   LOOP AT t_infodata.
      SELECT SINGLE kopos kschl kbetr
        FROM konp
        INTO (l_kopos, l_kschl, l_kbetr)
        WHERE knumh = t_infodata-zzknumh.
      SELECT SINGLE flifn
        FROM eord
        INTO l_flifn
        WHERE matnr = t_infodata-matnr AND
            werks = t_infodata-zzwerks AND
            lifnr = t_infodata-lifnr.
      t_infodata-zzkopos = l_kopos.
      t_infodata-zzkschl = l_kschl.
      t_infodata-zzkbetr = l_kbetr.
      t_infodata-zzflifn = l_flifn.
      MODIFY t_infodata INDEX sy-tabix.
      CLEAR: l_kopos, l_kschl, l_kbetr.
    ENDLOOP.
    CLEAR : i_t_data.
    REFRESH:i_t_data.
    i_t_data[] = t_infodata[].
Regards
saurabh

(Urgent) form taking lots of time to load and fetch the data

Hi
I have very serious problem of perfomance. I have installed oracle portal and configured it properly.
Now except form everything working perfectly. but only forms and links are taking lots of time to load
as well as for fetching data. I try to tune my sga and aslo findout hits and miss but i didnt find any
any problem for it. it is ok. can u help me pls. how can i make my form fast.
My operation system is NT.
version of database oracle 8.1.7
Oracle Portal 3.0.8
Thanks in advance
raju parmar
[email protected]
null

hi chetan
Lots of Thanks.
Now it working perfect.
Raju
<BLOCKQUOTE>quote:<HR>Originally posted by Chetan Kashyap ([email protected]):
The workaround is provided at: http://technet.oracle.com:89/ubb/Forum81/HTML/000395.html <HR></BLOCKQUOTE>
null

Taking lot of time for loading

Hi,
We are loading data from HR to BI. Connection between HR and BI has been done recently. When I am trying to load data from HR to BI it taking lot of time--for example to load 5recs its taking 8hrs. Its same for every datasource. Should we change anything in settings to makes IDOCS work proper? Thanks

You have to isolate the part that is taking the time.
- Is R/3 extraction quick? (You can check with RSA3 and see how long does it take.)
- If R/3 extraction is slow, then is the selection using an index? How many records are there in the table / view?
- Is there a user exit? Is user exit slow?
You can find out using monitor screen:
- After R/3 extraction completed, how long did it take to insert into PSA?
- How long did it take in the update rules?
- How long did it take to activate?
Once you isolate the problem area, post your findings here and someone will help you.

Select query is taking lot of time to fetch data.....

Select query is taking lot of time to fetch data.
 SELECT algnum atanum abdatu abzeit abname abenum bmatnr bmaktx bqdatu bqzeit bvlenr bnlenr bvltyp bvlber b~vlpla
 bnltyp bnlber bnlpla bvsola b~vorga INTO TABLE it_final FROM ltak AS a
 INNER JOIN ltap AS b ON btanum EQ atanum AND algnum EQ blgnum
 WHERE a~lgnum = p_whno
 AND a~tanum IN s_tono
 AND a~bdatu IN s_tocd
 AND a~bzeit IN s_bzeit
 AND a~bname IN s_uname
 AND a~betyp = 'P'
 AND b~matnr IN s_mno
 AND b~vorga <> 'ST'.
Moderator message: Please Read before Posting in the Performance and Tuning Forum
Edited by: Thomas Zloch on Mar 27, 2011 12:05 PM

Hi Shiva,
I am using two more select queries with the same manner ....
here are the other two select query :
***************1************************
SELECT * APPENDING CORRESPONDING FIELDS OF TABLE tbl_summary
 FROM ztftelpt LEFT JOIN ztfzberep
 ON ztfzberep~gjahr = st_input-gjahr
 AND ztfzberep~poper = st_input-poper
 AND ztfzberepcntr = ztftelptrprctr
 WHERE rldnr = c_telstra_projects
 AND rrcty = c_actual
 AND rvers = c_ver_001
 AND rbukrs = st_input-bukrs
 AND racct = st_input-saknr
 AND ryear = st_input-gjahr
 and rzzlstar in r_lstar
 AND rpmax = c_max_period.
and the second one is
*************************2************************
SELECT * APPENDING CORRESPONDING FIELDS OF TABLE tbl_summary
 FROM ztftelnt LEFT JOIN ztfzberep
 ON ztfzberep~gjahr = st_input-gjahr
 AND ztfzberep~poper = st_input-poper
 AND ztfzberepcntr = ztftelntrprctr
 WHERE rldnr = c_telstra_networks
 AND rrcty = c_actual
 AND rvers = c_ver_001
 AND rbukrs = st_input-bukrs
 AND racct = st_input-saknr
 AND ryear = st_input-gjahr
 and rzzlstar in r_lstar
 AND rpmax = c_max_period.
for both the above table program is taking very less time .... although both the table used in above queries have similar amount of data. And i can not remove the APPENDING CORRESPONDING. because i have to append the data after fetching from the tables. if i will not use it will delete all the data fetched earlier.
Thanks on advanced......
Sourabh

I am extracting the data from ECC To bw .but Data Loading taking long tim

Hi All,
i am extracting the data from ECC To BI Syatem..but Data Loading Taking Long time. from last 6 hoursinfopackage is running.still it is showing yellow.Manually i made the red.and delete again i applied repeat of the last delta.but same proble is coming .in the status job is showing bckground job is not finished at source system.we requested to basis.basis people killed that job.again we schedule the chain also again same problem is coming.how can i solve this issue.
Thanks ,
chandu

Hi,
There are different places to track your job. Once your job is triggered in BW, you can track your load job where exactly it is taking more time and why. Follow below steps:
1) After InfoPackage is triggered, then take the request number and go to source system to check your extraction job status.
You can get the job status by taking the request number from BW and go to transaction SM37 in ECC. Then give the request number with begining '' and ending ''. Also give '*' to user name.
Job name: REQ_XXXXXX
User Name: *
Check the job status whether job is completed or cancelled or short dump. If the job is still running check in SM66 whether you can see any process. If not accordingly you got to check in ST22 or SM21 in ECC. If the job is complete, then the same in BW side now.
2) Check the data arrived in PSA, if not check whether Transfer routines or start routines are having bad SQL or code. Similarly in update rules.
3) Once it is through in Source system (ECC), Transfer rules , Update Rules, then the next task is updating the data might some time take more time which might be based on some parameters ( Number of parallel process to update database ). Check whether updating the database is taking more time and may be you got to check with the DBA guy also.
At all the times you should see minimum of atleast once process running all the time in SM66 till the time your job gets complete. If not you will see a log in ST22.
Let me know if you still have questions.
Assigning points is the only way of saying thanks in SDN.
Thanks,
Kumar.

Browser is taking lot of time in loading forms

Hi
I am working on forms 10g..
when i am running my form.... the browser is loading applet and jar files.
After loading this it is taking lot of time to show forms...
Even I am clearing all my temp files frequently...
Why it is taking so much time??
What I have to do so that it can load forms in very least time??
Thanks

After loading this it is taking lot of time to show forms...This could be caused by a resource issue on the Client PC. By resource I mean available RAM, JRE memory settings, etc. It could also be a conflict between the Client OS, installed JRE and the Browser. Please tell us what the Client OS, JRE and Browser are as well as how much RAM is installed on the client pc.
Even I am clearing all my temp files frequently...Are you clearing the Browsers temporary internet files or the JRE's JAR cache? If the JRE's JAR cache then you are forcing the client to download the JAR each time you clear the JAR cache.
The slowness can also be caused by how large your FORMS files are and what you are doing in the Pre-Form and When-New-Form-Instance triggers. If you are performing numerous calls to the database or calling SYNCHRONIZE too many time in any of the triggers that fire when a Form initially loads then this will cause your form to load slower.
Hope this helps,
Craig B-)
If someone's response is helpful or correct, please mark it accordingly.

Background job is taking lot of time for processing the job.

One background job - which is processing Idocs is processing a job for more than 2000+ seconds.. and completed tho.
But this is happening for the past few days.. is there any way to trouble shoot, or find from any logs of this completed job, to find out why it was taking lot of time for processing.
Can you please tell me the steps of analyzing / trouble shooting why it was taking lot of time daily.
Regards,
Satish.

Hi Satish,
Run DB stat from db13 it will improve the performance.
Check number of idocs. You can send part by part, instead of sending huge data.
Check SM58 logs
Suman

Function Module Extraction from KONV Table taking lot of time for extractio

Hi
I have a requirement wherein i need to get records from KONV Table (Conditions (Transaction Data) ). i need the data corresponding to Application (KAPPL) = 'F'.
For this i had written one function module but it is taking lot of time (@ 2.5 hrs) for fetching records as there are large number of records in KONV Table.
I am pasting the Function Module code for reference.
kindly guide me as to how the extraction performance can be improved.
Function Module Code:
FUNCTION ZBW_SHPMNT_COND.
""Local interface:
*" IMPORTING
*" VALUE(I_REQUNR) TYPE SBIWA_S_INTERFACE-REQUNR
*" VALUE(I_ISOURCE) TYPE SBIWA_S_INTERFACE-ISOURCE OPTIONAL
*" VALUE(I_MAXSIZE) TYPE SBIWA_S_INTERFACE-MAXSIZE OPTIONAL
*" VALUE(I_INITFLAG) TYPE SBIWA_S_INTERFACE-INITFLAG OPTIONAL
*" VALUE(I_UPDMODE) TYPE SBIWA_S_INTERFACE-UPDMODE OPTIONAL
*" VALUE(I_DATAPAKID) TYPE SBIWA_S_INTERFACE-DATAPAKID OPTIONAL
*" VALUE(I_PRIVATE_MODE) OPTIONAL
*" VALUE(I_CALLMODE) LIKE ROARCHD200-CALLMODE OPTIONAL
*" TABLES
*" I_T_SELECT TYPE SBIWA_T_SELECT OPTIONAL
*" I_T_FIELDS TYPE SBIWA_T_FIELDS OPTIONAL
*" E_T_DATA STRUCTURE ZBW_SHPMNT_COND OPTIONAL
*" E_T_SOURCE_STRUCTURE_NAME OPTIONAL
*" EXCEPTIONS
*" NO_MORE_DATA
*" ERROR_PASSED_TO_MESS_HANDLER
The input parameter I_DATAPAKID is not supported yet !
TABLES: KONV.
Auxiliary Selection criteria structure
DATA: l_s_select TYPE sbiwa_s_select.
Maximum number of lines for DB table
STATICS: l_maxsize TYPE sbiwa_s_interface-maxsize.
Maximum number of lines for DB table
STATICS: S_S_IF TYPE SRSC_S_IF_SIMPLE,
counter
 S_COUNTER_DATAPAKID LIKE SY-TABIX,
cursor
 S_CURSOR TYPE CURSOR.
Select ranges
RANGES: L_R_KNUMV FOR KONV-KNUMV,
 L_R_KSCHL FOR KONV-KSCHL,
 L_R_KDATU FOR KONV-KDATU.
Declaring internal tables
DATA : I_KONV LIKE KONV OCCURS 0 WITH HEADER LINE.
DATA : Begin of I_KONV occurs 0,
 MANDT LIKE konv-mandt,
 KNUMV LIKE konv-knumv,
 KPOSN LIKE konv-kposn,
 STUNR LIKE konv-stunr,
 ZAEHK LIKE konv-zaehk,
 KAPPL LIKE konv-kappl,
 KSCHL LIKE konv-kschl,
 KDATU LIKE konv-kdatu,
 KBETR LIKE konv-kbetr,
 WAERS LIKE konv-waers,
 END OF I_KONV.
Initialization mode (first call by SAPI) or data transfer mode
(following calls) ?
IF i_initflag = sbiwa_c_flag_on.
Initialization: check input parameters
 buffer input parameters
 prepare data selection
The input parameter I_DATAPAKID is not supported yet !
Invalid second initialization call -> error exit
 IF NOT g_flag_interface_initialized IS INITIAL.
 IF
 1 = 2.
 MESSAGE e008(r3).
 ENDIF.
 log_write 'E' "message type
 'R3' "message class
 '008' "message number
 ' ' "message variable 1
 ' '. "message variable 2
 RAISE error_passed_to_mess_handler.
 ENDIF.
Check InfoSource validity
 CASE i_isource.
 WHEN 'X'.
 WHEN 'Y'.
 WHEN 'Z'.
 WHEN OTHERS.
 IF 1 = 2. MESSAGE e009(r3). ENDIF.
 log_write 'E' "message type
 'R3' "message class
 '009' "message number
 i_isource "message variable 1
 ' '. "message variable 2
 RAISE error_passed_to_mess_handler.
 ENDCASE.
Check for supported update mode
 CASE i_updmode.
For full upload
 WHEN 'F'.
 WHEN 'D'.
 WHEN OTHERS.
 IF 1 = 2. MESSAGE e011(r3). ENDIF.
 log_write 'E' "message type
 'R3' "message class
 '011' "message number
 i_updmode "message variable 1
 ' '. "message variable 2
 RAISE error_passed_to_mess_handler.
 ENDCASE.
 APPEND LINES OF i_t_select TO g_t_select.
Fill parameter buffer for data extraction calls
 g_s_interface-requnr = i_requnr.
 g_s_interface-isource = i_isource.
 g_s_interface-maxsize = i_maxsize.
 g_s_interface-initflag = i_initflag.
 g_s_interface-updmode = i_updmode.
 g_s_interface-datapakid = i_datapakid.
 g_flag_interface_initialized = sbiwa_c_flag_on.
Fill field list table for an optimized select statement
(in case that there is no 1:1 relation between InfoSource fields
and database table fields this may be far from beeing trivial)
 APPEND LINES OF i_t_fields TO g_t_fields.
Interpretation of date selection for generic extraktion
 CALL FUNCTION 'RSA3_DATE_RANGE_CONVERT'
 TABLES
 i_t_select = g_t_select.
ELSE. "Initialization mode or data extraction ?
 CASE g_s_interface-updmode.
 WHEN 'F' OR 'C' OR 'I'.
First data package -> OPEN CURSOR
 IF g_counter_datapakid = 0.
 L_MAXSIZE = G_S_INTERFACE-MAXSIZE.
 LOOP AT g_t_select INTO l_s_select WHERE fieldnm = 'KNUMV'.
 MOVE-CORRESPONDING l_s_select TO l_r_knumv.
 APPEND l_r_knumv.
 ENDLOOP.
 LOOP AT g_t_select INTO l_s_select WHERE fieldnm = 'KSCHL'.
 MOVE-CORRESPONDING l_s_select TO l_r_kschl.
 APPEND l_r_kschl.
 ENDLOOP.
 Loop AT g_t_select INTO l_s_select WHERE fieldnm = 'KDATU'.
 MOVE-CORRESPONDING l_s_select TO l_r_kdatu.
 APPEND l_r_kdatu.
 ENDLOOP.
*In case of full upload
Fill field list table for an optimized select statement
(in case that there is no 1:1 relation between InfoSource fields
and database table fields this may be far from beeing trivial)
 APPEND LINES OF I_T_FIELDS TO S_S_IF-T_FIELDS.
 OPEN CURSOR G_CURSOR FOR
 SELECT MANDT
 KNUMV
 KPOSN
 STUNR
 ZAEHK
 KAPPL
 KSCHL
 KDATU
 KBETR
 WAERS
 FROM KONV
 WHERE KNUMV IN l_r_knumv
 AND KSCHL IN l_r_kschl
 AND KDATU IN l_r_kdatu
 AND KAPPL EQ 'F'.
 ENDIF.
 Refresh I_KONV.
 FETCH NEXT CURSOR G_CURSOR
 APPENDING CORRESPONDING FIELDS OF TABLE I_KONV
 PACKAGE SIZE S_S_IF-MAXSIZE.
 IF SY-SUBRC <> 0.
 CLOSE CURSOR G_CURSOR.
 RAISE NO_MORE_DATA.
 ENDIF.
 LOOP AT I_KONV.
 IF I_KONV-KAPPL EQ 'F'.
 CLEAR :E_T_DATA.
 E_T_DATA-MANDT = I_KONV-MANDT.
 E_T_DATA-KNUMV = I_KONV-KNUMV.
 E_T_DATA-KPOSN = I_KONV-KPOSN.
 E_T_DATA-STUNR = I_KONV-STUNR.
 E_T_DATA-ZAEHK = I_KONV-ZAEHK.
 E_T_DATA-KAPPL = I_KONV-KAPPL.
 E_T_DATA-KSCHL = I_KONV-KSCHL.
 E_T_DATA-KDATU = I_KONV-KDATU.
 E_T_DATA-KBETR = I_KONV-KBETR.
 E_T_DATA-WAERS = I_KONV-WAERS.
 APPEND E_T_DATA.
 ENDIF.
 ENDLOOP.
 g_counter_datapakid = g_counter_datapakid + 1.
ENDIF.
ENDFUNCTION.
Thanks in Advance
Regards
Swapnil.

Hi,
one option to investigate is to select the data with a condition on KNUMV (primary IDX).
Since shipment costs are store in VFKP I would investigate if all your F condition records are used in this table (field VFKP-KNUMV).
If this is the case then something like
SELECT *
FROM KONV
WHERE KNUMV IN (SELECT DISTINCT KNUMV FROM VFKP)
or
SELECT DISTINCT KNUMV
INTO CORRESPONDING FIELD OF <itab>
FROM VFKP
and then
SELECT *
FROM KONV
FOR ALL ENTRIES IN <itab>
WHERE...
will definitively speed it up.
hope this helps....
Olivier

Program is taking lot of time for execution

Hi all,
TYPES: BEGIN OF TY_MARA,
 MATNR TYPE MATNR, " Material Number
 ZZBASE_CODE TYPE ZBASE_CODE, " Base Code
 END OF TY_MARA,
 BEGIN OF TY_MAKT,
 MATNR TYPE MATNR, " Material
 MAKTX TYPE MAKTX, " Material Description
 END OF TY_MAKT,
 BEGIN OF TY_MARC,
 MATNR TYPE MATNR , " Material Number
 WERKS TYPE WERKS_D, " Plant
 END OF TY_MARC,
 BEGIN OF TY_QMAT,
 MATNR TYPE MATNR, " Material Number
 ART TYPE QPART, " Inspection Type
 END OF TY_QMAT,
 BEGIN OF TY_MAPL,
 MATNR TYPE MATNR, " Material
 PLNTY TYPE PLNTY, " Task List Type
 END OF TY_MAPL,
 BEGIN OF TY_PLKO,
 PLNTY TYPE PLNTY, " Task List Type
 VERWE TYPE PLN_VERWE, " Task list usage
 END OF TY_PLKO,
 BEGIN OF TY_KLAH,
 CLASS TYPE KLASSE_D, " Class Number
 END OF TY_KLAH,
 BEGIN OF TY_FINAL,
 MATNR TYPE MATNR, " Material Number
 MAKTX TYPE MAKTX, " Material Description
 ZZBASE_CODE TYPE ZBASE_CODE, " Base Code
 WERKS TYPE WERKS_D, " Plant
 CLASS TYPE KLASSE_D, " Class Number
 ART TYPE QPART, " Inspection Type
 VERWE TYPE PLN_VERWE, " Task list usage
 MESSAGE TYPE STRING, " Message
 END OF TY_FINAL.
DATA: I_MARA TYPE STANDARD TABLE OF TY_MARA ,
 I_MAKT TYPE STANDARD TABLE OF TY_MAKT ,
 I_MARC TYPE STANDARD TABLE OF TY_MARC ,
 I_QMAT TYPE STANDARD TABLE OF TY_QMAT ,
 I_MAPL TYPE STANDARD TABLE OF TY_MAPL ,
 I_PLKO TYPE STANDARD TABLE OF TY_PLKO ,
 I_KLAH TYPE STANDARD TABLE OF TY_KLAH ,
 I_FINAL TYPE STANDARD TABLE OF TY_FINAL ,
 WA_MARA TYPE TY_MARA,
 WA_MAKT TYPE TY_MAKT,
 WA_MARC TYPE TY_MARC,
 WA_QMAT TYPE TY_QMAT,
 WA_MAPL TYPE TY_MAPL,
 WA_PLKO TYPE TY_PLKO,
 WA_KLAH TYPE TY_KLAH,
 WA_FINAL TYPE TY_FINAL.
DATA: V_MTART TYPE MARA-MTART,
 V_MATNR TYPE MARA-MATNR,
 V_ZZBASE_CODE TYPE MARA-ZZBASE_CODE,
 V_WERKS TYPE T001W-WERKS,
 V_BESKZ TYPE MARC-BESKZ.
*selection-screen
SELECTION-SCREEN SKIP 1.
SELECTION-SCREEN BEGIN OF BLOCK B1 WITH FRAME TITLE TEXT-001.
SELECT-OPTIONS: S_MTART FOR V_MTART DEFAULT 'halb' TO 'zraw',
 S_MATNR FOR V_MATNR,
 S_ZZBASE FOR V_ZZBASE_CODE,
 S_WERKS FOR V_WERKS OBLIGATORY,
 S_BESKZ FOR V_BESKZ.
SELECTION-SCREEN END OF BLOCK B1.
START-OF-SELECTION.
SELECT MATNR
 ZZBASE_CODE
 FROM MARA INTO TABLE I_MARA
 WHERE MTART IN S_MTART "Material Type
 AND MATNR IN S_MATNR "Material
 AND ZZBASE_CODE IN S_ZZBASE."Base Code
IF NOT I_MARA IS INITIAL.
SELECT MATNR
 MAKTX
 FROM MAKT INTO TABLE I_MAKT FOR ALL ENTRIES IN I_MARA
 WHERE MATNR = I_MARA-MATNR.
ENDIF.
IF NOT I_MARA IS INITIAL.
SELECT MATNR
 WERKS
 FROM MARC INTO TABLE I_MARC FOR ALL ENTRIES IN I_MARA
 WHERE MATNR = I_MARA-MATNR
 AND WERKS IN S_WERKS "plant
 AND BESKZ IN S_BESKZ."Procurement Type
ENDIF.
IF NOT I_MARA IS INITIAL.
SELECT MATNR
 ART
 FROM QMAT INTO TABLE I_QMAT FOR ALL ENTRIES IN I_MARA
 WHERE MATNR = I_MARA-MATNR
 AND WERKS IN S_WERKS.
ENDIF.
IF NOT I_MARA IS INITIAL.
SELECT MATNR
 PLNTY FROM MAPL INTO TABLE I_MAPL FOR ALL ENTRIES IN I_MARA
 WHERE MATNR = I_MARA-MATNR.
ENDIF.
IF NOT I_MAPL IS INITIAL.
SELECT PLNTY
 VERWE
 FROM PLKO INTO TABLE I_PLKO FOR ALL ENTRIES IN I_MAPL
 WHERE PLNTY = I_MAPL-PLNTY.
ENDIF.
LOOP AT I_MARA INTO WA_MARA.
 CALL FUNCTION 'CLFC_BATCH_ALLOCATION_TO_CLASS'
 EXPORTING
 MATERIAL = WA_MARA-MATNR
 PLANT = WA_MARC-WERKS
 CLASSTYPE = '023'
I_IGNORE_MATMASTER = ' '
I_BATCHES_ONLY =
I_IGNORE_BUFFER = ' '
 IMPORTING
CLASSTYPE =
 CLASS = WA_KLAH-CLASS
 EXCEPTIONS
 WRONG_FUNCTION_CALL = 1
 NO_CLASS_FOUND = 2
 NO_CLASSTYPE_FOUND = 3
 OTHERS = 4 .
*IF SY-SUBRC <> 0.
MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
 WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
*ENDIF.
APPEND WA_KLAH TO I_KLAH.
ENDLOOP.
LOOP AT I_MARA INTO WA_MARA.
 WA_FINAL-MATNR = WA_MARA-MATNR.
 WA_FINAL-ZZBASE_CODE = WA_MARA-ZZBASE_CODE.
 APPEND WA_FINAL TO I_FINAL.
 SORT I_MAKT BY MATNR.
 READ TABLE I_MAKT INTO WA_MAKT WITH KEY MATNR = WA_MARA-MATNR BINARY
 SEARCH.
 IF SY-SUBRC EQ 0.
 WA_FINAL-MAKTX = WA_MAKT-MAKTX.
ENDIF.
 APPEND WA_FINAL TO I_FINAL.
 SORT I_MARC BY MATNR.
 READ TABLE I_MARC INTO WA_MARC WITH KEY MATNR = WA_MARA-MATNR BINARY
 SEARCH.
 IF SY-SUBRC EQ 0.
 WA_FINAL-WERKS = WA_MARC-WERKS.
ENDIF.
 APPEND WA_FINAL TO I_FINAL.
 SORT I_QMAT BY MATNR.
 READ TABLE I_QMAT INTO WA_MARC WITH KEY MATNR = WA_MARA-MATNR BINARY
 SEARCH.
 IF SY-SUBRC EQ 0.
 WA_FINAL-ART = WA_QMAT-ART.
ENDIF.
 APPEND WA_FINAL TO I_FINAL.
SORT I_MAPL BY MATNR.
READ TABLE I_MAPL INTO WA_MAPL WITH KEY MATNR = WA_MARA-MATNR BINARY
SEARCH.
IF SY-SUBRC EQ 0.
SORT I_PLKO BY PLNTY.
READ TABLE I_PLKO INTO WA_PLKO WITH KEY PLNTY = WA_MAPL-PLNTY BINARY
SEARCH.
ENDIF.
WA_FINAL-VERWE = WA_PLKO-VERWE.
APPEND WA_FINAL TO I_FINAL.
ENDLOOP.
LOOP AT I_KLAH INTO WA_KLAH.
WA_FINAL-CLASS = WA_KLAH-CLASS.
APPEND WA_FINAL TO I_FINAL.
ENDLOOP.
LOOP AT I_FINAL INTO WA_FINAL.
WRITE:/ WA_FINAL-MATNR,
 WA_FINAL-MAKTX,
 WA_FINAL-ZZBASE_CODE,
 WA_FINAL-WERKS,
 WA_FINAL-CLASS,
 WA_FINAL-ART,
 WA_FINAL-VERWE.
ENDLOOP.
This is my program. it is giving out put.but it is taking lot of time for execution. what might be the porblem.pls let me know.
Thanks,

Hi Mythily,
Try the following code.
TYPES: BEGIN OF ty_mara,
 matnr TYPE matnr, " Material Number
 zzbase_code TYPE zbase_code, " Base Code
 END OF ty_mara,
 BEGIN OF ty_makt,
 matnr TYPE matnr, " Material
 maktx TYPE maktx, " Material Description
 END OF ty_makt,
 BEGIN OF ty_marc,
 matnr TYPE matnr , " Material Number
 werks TYPE werks_d, " Plant
 END OF ty_marc,
 BEGIN OF ty_qmat,
 art TYPE qpart , " Inspection Type
 matnr TYPE matnr , " Material Number
 werks TYPE werks_d, "Plant
 END OF ty_qmat,
 BEGIN OF ty_mapl,
 matnr TYPE matnr , " Material
 werks TYPE werks_d , "Plant
 plnty TYPE plnty , " Task List Type
 plnnr TYPE plnnr , " Key for Task List Group
 plnal TYPE plnal , " Group Counter
 zkriz TYPE dzkriz , " Counter for additional criteria
 zaehl TYPE cim_count, " Internal counter
 END OF ty_mapl,
 BEGIN OF ty_plko,
 plnty TYPE plnty , " Task List Type
 plnnr TYPE plnnr , " Key for Task List Group
 plnal TYPE plnal , " Group Counter
 zaehl TYPE cim_count, " Internal counter
 verwe TYPE pln_verwe, " Task list usage
 END OF ty_plko,
 BEGIN OF ty_klah,
 class TYPE klasse_d, " Class Number
 END OF ty_klah,
 BEGIN OF ty_final,
 matnr TYPE matnr, " Material Number
 maktx TYPE maktx, " Material Description
 zzbase_code TYPE zbase_code, " Base Code
 werks TYPE werks_d, " Plant
 class TYPE klasse_d, " Class Number
 art TYPE qpart, " Inspection Type
 verwe TYPE pln_verwe, " Task list usage
 message TYPE string, " Message
 END OF ty_final.
DATA: i_mara TYPE STANDARD TABLE OF ty_mara ,
 i_makt TYPE HASHED TABLE OF ty_makt
 WITH UNIQUE KEY matnr,
 i_marc TYPE SORTED TABLE OF ty_marc
 WITH NON-UNIQUE KEY matnr,
 i_qmat TYPE SORTED TABLE OF ty_qmat
 WITH NON-UNIQUE KEY matnr werks,
 i_mapl TYPE SORTED TABLE OF ty_mapl
 WITH NON-UNIQUE KEY matnr werks,
 i_mapl_tmp TYPE STANDARD TABLE OF ty_mapl ,
 i_plko TYPE SORTED TABLE OF ty_plko
 WITH NON-UNIQUE KEY plnty
 plnnr
 plnal,
 i_final TYPE STANDARD TABLE OF ty_final,
 wa_mara TYPE ty_mara,
 wa_makt TYPE ty_makt,
 wa_marc TYPE ty_marc,
 wa_qmat TYPE ty_qmat,
 wa_mapl TYPE ty_mapl,
 wa_plko TYPE ty_plko,
 wa_klah TYPE ty_klah,
 wa_final TYPE ty_final.
DATA: v_mtart TYPE mara-mtart,
 v_matnr TYPE mara-matnr,
 v_zzbase_code TYPE mara-zzbase_code,
 v_werks TYPE t001w-werks,
 v_beskz TYPE marc-beskz.
SELECTION-SCREEN BEGIN OF BLOCK b1 WITH FRAME TITLE text-001.
SELECT-OPTIONS: s_mtart FOR v_mtart DEFAULT 'halb' TO 'zraw',
 s_matnr FOR v_matnr,
 s_zzbase FOR v_zzbase_code,
 s_werks FOR v_werks OBLIGATORY,
 s_beskz FOR v_beskz.
SELECTION-SCREEN END OF BLOCK b1.
START-OF-SELECTION.
SELECT matnr
 zzbase_code
 FROM mara
 INTO TABLE i_mara
 WHERE mtart IN s_mtart "Material Type
 AND matnr IN s_matnr. "Material
 AND zzbase_code IN s_zzbase."Base Code
IF NOT i_mara[] IS INITIAL.
 SELECT matnr
 maktx
 FROM makt
 INTO TABLE i_makt
 FOR ALL ENTRIES IN i_mara
 WHERE matnr EQ i_mara-matnr
 AND spras EQ sy-langu.
 SELECT matnr
 werks
 FROM marc
 INTO TABLE i_marc
 FOR ALL ENTRIES IN i_mara
 WHERE matnr EQ i_mara-matnr
 AND werks IN s_werks "plant
 AND beskz IN s_beskz."Procurement Type
 IF sy-subrc EQ 0.
 SELECT art
 matnr
 werks
 FROM qmat
 INTO TABLE i_qmat
 FOR ALL ENTRIES IN i_marc
 WHERE matnr EQ i_marc-matnr
 AND werks EQ i_marc-werks.
 SELECT matnr
 werks
 plnty
 plnnr
 plnal
 zkriz
 zaehl
 FROM mapl
 INTO TABLE i_mapl
 FOR ALL ENTRIES IN i_marc
 WHERE matnr EQ i_marc-matnr
 AND werks EQ i_marc-werks.
 IF NOT i_mapl[] IS INITIAL.
 i_mapl_tmp[] = i_mapl[].
 SORT i_mapl_tmp BY plnty
 plnnr
 plnal.
 DELETE ADJACENT DUPLICATES FROM i_mapl_tmp
 COMPARING
 plnty
 plnnr
 plnal.
 SELECT plnty
 plnnr
 plnal
 zaehl
 verwe
 FROM plko
 INTO TABLE i_plko
 FOR ALL ENTRIES IN i_mapl_tmp
 WHERE plnty EQ i_mapl_tmp-plnty
 AND plnnr EQ i_mapl_tmp-plnnr
 AND plnal EQ i_mapl_tmp-plnal.
 ENDIF.
 ENDIF.
ENDIF.
LOOP AT i_mara INTO wa_mara.
 wa_final-matnr = wa_mara-matnr.
 wa_final-zzbase_code = wa_mara-zzbase_code.
 READ TABLE i_makt INTO wa_makt
 WITH KEY matnr = wa_mara-matnr
 TRANSPORTING
 maktx.
 IF sy-subrc EQ 0.
 wa_final-maktx = wa_makt-maktx.
 ENDIF.
 REFRESH i_final.
 LOOP AT i_marc INTO wa_marc
 WHERE matnr EQ wa_mara-matnr.
 CLEAR wa_klah-class.
 CALL FUNCTION 'CLFC_BATCH_ALLOCATION_TO_CLASS'
 EXPORTING
 material = wa_mara-matnr
 plant = wa_marc-werks
 classtype = '023'
 IMPORTING
 class = wa_klah-class
 EXCEPTIONS
 wrong_function_call = 1
 no_class_found = 2
 no_classtype_found = 3
 OTHERS = 4.
 IF sy-subrc EQ 0.
 wa_final-class = wa_klah-class.
 ENDIF.
 READ TABLE i_qmat
 WITH KEY matnr = wa_mara-matnr
 werks = wa_marc-werks
 TRANSPORTING NO FIELDS.
 IF sy-subrc EQ 0.
 LOOP AT i_qmat INTO wa_qmat
 WHERE matnr EQ wa_mara-matnr
 AND werks EQ wa_marc-werks.
 wa_final-art = wa_qmat-art.
 READ TABLE i_mapl
 WITH KEY matnr = wa_marc-matnr
 werks = wa_marc-werks
 TRANSPORTING NO FIELDS.
 IF sy-subrc EQ 0.
 LOOP AT i_mapl INTO wa_mapl
 WHERE matnr EQ wa_marc-matnr
 AND werks EQ wa_marc-werks.
 LOOP AT i_plko INTO wa_plko
 WHERE plnty EQ wa_mapl-plnty
 AND plnnr EQ wa_mapl-plnnr
 AND plnal EQ wa_mapl-plnal.
 wa_final-verwe = wa_plko-verwe.
 APPEND wa_final TO i_final.
 ENDLOOP.
 ENDLOOP.
 ELSE.
 APPEND wa_final TO i_final.
 ENDIF.
 ENDLOOP.
 ELSE.
 LOOP AT i_mapl INTO wa_mapl
 WHERE matnr EQ wa_marc-matnr
 AND werks EQ wa_marc-werks.
 LOOP AT i_plko INTO wa_plko
 WHERE plnty EQ wa_mapl-plnty
 AND plnnr EQ wa_mapl-plnnr
 AND plnal EQ wa_mapl-plnal.
 wa_final-verwe = wa_plko-verwe.
 APPEND wa_final TO i_final.
 ENDLOOP.
 ENDLOOP.
 ENDIF.
 ENDLOOP.
 CLEAR wa_final.
ENDLOOP.
LOOP AT i_final INTO wa_final.
 WRITE:/ wa_final-matnr ,
 wa_final-maktx ,
 wa_final-zzbase_code,
 wa_final-werks ,
 wa_final-class ,
 wa_final-art ,
 wa_final-verwe .
ENDLOOP.

Extractor taking lots of time.

hi experts,
we are using extractor 2LIS_13_VDKON to extract the data.
but its taking lots of time.how can i solve this problem.
any help appreciated.

Hi,
Have you done any enhancements(Append) to this DS.If so, make sure that code is performance optimistic.
Basically the setup table for 2LIS_13_VDKON will has the lot of data. For example, it holds at n avarage 10 records for each billing item record.
So also check system is uploading records to the New table of ODS or not.
With rgds,
Anil Kumar Sharma .P

Web-I Report taking lots of time to refresh when filters changed

In BO XI 3.1 Web-I report is taking lot of time to refresh when any changes are made in edit query mode on the filters.
When the query is runned for the first time it runs well, but if we make any changes in the filters pane, it is taking lots of time to refresh, and when we cancel the query web-i server is not releasing the server resources (CPU, Memory)
Did anyone face this kind of a problem, and resolved it.
Please let me know your thoughts
Thank you

Hi,
why do you need 100K rows in your reports? Is there a way to consolidate/aggregate your data on the database?
Comparing sqlplus and BOBJ is a little bit unfair. Let me explain you why:
sqlplus starts displaying data after the query returns the first results. I am sure that if you measure the time that sqlplus needs to display ALL rows, this should be way more than just 10 secs.
On the other hand BOBJ will display something as soon as the first page can be created. Depending on the way your report is structured, it may be the case that the WebI server should first get ALL rows in order to be able to display the first page of your report. This is for example the case if you let the total number of pages being displayed or if you display total sums already at the header of your report or if you have added a chart based on your data also in the header of your report. Of course, after the first call the report will be cached (and thus fast to be displayed) until you change again the parameters values for your query.
Since you do not display (or do you use this function in a variable or a formula, maybe?) the total number of pages in your report, I can only assume that you either trying to display total sums (or other kinds of aggregated values) or a chart in the first page of your report. Can you confirm this?
Regards,
Stratos

Activation of datatargets in bw 3.5 is taking lot of time

Hi
i am using bw 3.5.I have created lot of infocubes , ods etc for practice sake .May be due to this or some other reason , its taking lot of time to get executed . sometimes same screen is appearing for a long time (nearly half an hour)even i m trying to activate any datatarget . In this case i am again stopping the bw in sapmmc and again starting
what may be the reason for both these things.Is it due to overload of data ??
If so , shall i delete the previous data targets?
Anyone plz give me the reason for this kind of problem
Thank you
Deepthi matturi

Hi Deepthi
Your are working on ides or any training system , there is no batch_jobs was scheduled to clear down the logs,
it seems that it is bulding up logs , which needs to be deleted
OR
there may be less table space , you can check table space using : DB02,
please ask your basis team to check your bw system/server
Hope this helps
sukhi

Interface is taking lots of time for first time execution

Hello all,
I have one inbound interface in which i am updating T-code CO01 ,CO15 , MIGO and MB1A respectively
depending upon the condition in the incoming file.
When ever i run this interface for the first time it takes lots of time for execution, but when i run the same interface again with the same file it is taking half time of the first time execution.
I am not able to understand why it is taking lots of time for first execution and after that execution time is redued very much with the same file
Kindly help
Thanks
Sachin Yadav

thank you santhosh for your reply..
as this program is in Production system it it taking 3 to 4 hour to execute.
Previously it was OK but from last 2 to 3 moths it is taking more time.
when i debug the code it is working fine. I din't find any point at which it is taking more time.
I am not aware about buffers and SAP memory. can you plz help
Do you have any idea why this is happening.
Or how can i rectify the problem?
Thanks
Sachin

Data load taking lot of time

Similar Messages

Maybe you are looking for