SELECT Query performance tunning

Hi All,
our objective is to read value from three DSO table, for that we have written three select query .
In this we have used three internal talbes.
We have written in END routine.
A model select statement for reading the Values in DSO and move statement i have given .
for 1,75000 records it is taking about 8 hours for DTP to run .
Usually they are meaning that it will take just 20 minutes.
Can anbody help on this please ??????????????????????????????
SELECT logsys
         doc_num
         doc_item
         comp_code
         /bic/gpusiteid
         /bic/gpumtgrid
         /bic/gpuspntyp
         /bic/gpuspndid
         /bic/gpuprocmt
         /bic/gpubufunc
         co_area
         order_quan
         po_unit
         entry_date
         /bic/gpuitmddt
         /bic/gpuovpoc
         currency
         /bic/gpudel_in
BT8695*
         costcenter
         /bic/gpuordnum
         /bic/gpupostxt
BT8695*
    FROM (c_poadm_det)
    INTO TABLE t_podetails
     FOR ALL ENTRIES IN result_package
   WHERE logsys   EQ result_package-logsys
     AND doc_num EQ result_package-doc_num
     AND doc_item EQ result_package-doc_item.
LOOP AT result_package
ASSIGNING <result_fields>.
    UNASSIGN <fs_podetails>.
    READ TABLE t_podetails
     ASSIGNING <fs_podetails>
      WITH KEY logsys    = <result_fields>-logsys
               doc_num   = <result_fields>-doc_num
               doc_item = <result_fields>-doc_item.
    IF sy-subrc EQ 0.
      MOVE <fs_podetails>-/bic/gpusiteid TO <result_fields>-/bic/gpusiteid.
      MOVE <fs_podetails>-/bic/gpumtgrid TO <result_fields>-/bic/gpumtgrid.
      MOVE <fs_podetails>-/bic/gpuspntyp TO <result_fields>-/bic/gpuspntyp.
IF <result_fields>-order_quan NE ' '.
        MOVE c_true TO <result_fields>-/bic/gpucount.
      ENDIF.
    ENDIF.

Hi,
In the Read statement just use BINARY SEARCH it will improve the performance. Before putting BINARY SEARCH first the
internal table should be sort like wht field you giving the condition in read statement.
sort t_podetails by logsys doc_num doc_item."add this line
LOOP AT result_package
ASSIGNING <result_fields>.
UNASSIGN <fs_podetails>."why your giving the unassigned here it will give the dump. why because the field symbol is not assigned after the read symbol only they going to assign.
READ TABLE t_podetails
ASSIGNING <fs_podetails>
WITH KEY logsys = <result_fields>-logsys
doc_num = <result_fields>-doc_num
doc_item = <result_fields>-doc_item. " use BINARY SEARCH here
IF sy-subrc EQ 0.
MOVE <fs_podetails>-/bic/gpusiteid TO <result_fields>-/bic/gpusiteid.
MOVE <fs_podetails>-/bic/gpumtgrid TO <result_fields>-/bic/gpumtgrid.
MOVE <fs_podetails>-/bic/gpuspntyp TO <result_fields>-/bic/gpuspntyp.
IF <result_fields>-order_quan NE ' '.
MOVE c_true TO <result_fields>-/bic/gpucount.
ENDIF.
ENDIF.
Regards,
Dhina..

Similar Messages

SELECT query performance : One big table Vs many small tables

Hello,
We are using BDB 11g with SQLITE support. I have a query about 'select' query performance when we have one huge table vs. multiple small tables.
Basically in our application, we need to run select query multiple times and today we have one huge table. Do you guys think breaking them into
multiple small tables will help ?
For test purposes we tried creating multiple tables but performance of 'select' query was more or less same. Would that be because all tables will map to only one database in backed with key/value pair and when we run lookup (select query) on small table or big table it wont make difference ?
Thanks.

Hello,
There is some information on this topic in the FAQ at:
http://www.oracle.com/technology/products/berkeley-db/faq/db_faq.html#9-63
If this does not address your question, please just let me know.
Thanks,
Sandra

Select query performance improvement - Index on EDIDC table

Hi Experts,
I have a scenario where in I have to select data from the table EDIDC. The select query being used is given below.
SELECT docnum
          direct
          mestyp
          mescod
          rcvprn
          sndprn
          upddat
          updtim
INTO CORRESPONDING FIELDS OF TABLE t_edidc
FROM edidc
FOR ALL ENTRIES IN t_error_idoc
WHERE
upddat GE gv_date1 AND
upddat LE gv_date2 AND
updtim GE p_time AND
status EQ t_error_idoc-status.
As the volume of the data is very high, our client requested to put up some index or use an existing one to improve the performance of the data selection query.
Question:
4.    How do we identify the index to be used.
5.    On which fields should the indexing be done to improve the performance (if available indexes donu2019t cater to our case).
6.    What will be the impact on the table performance if we create a new index.
Regards ,
Raghav

Question:
1.    How do we identify the index to be used.
Generally the index is automatically selected by SAP (DB Optimizer ) ( You can still mention the index name in your select query by changing the syntax)
For your select Query the second Index will be called automatically by the Optimizer, ( Because the select query has u2018Updatu2019 , u2018uptimu2019 in the sequence before the u2018statusu2019 ) .
2.    On which fields should the indexing be done to improve the performance (if available indexes donu2019t cater to our case).
(Create a new Index with MANDT and the 4 fields which are in the where clause in sequence )
3.    What will be the impact on the table performance if we create a new index.
( Since the index which will be newly created is only the 4th index for the table, there shouldnu2019t be any side affects)
After creation of index , Check the change in performance of the current program and also some other programs which are having the select queries on EDIDC ( Various types of where clauses preferably ) to verify that the newly created index is not having the negative impact on the performance. Additionally, if possible , check if you can avoid into corresponding fields .
Regards ,
Seth

Xml select query performance

the table i have
create table test of xmltype;
and the xml that i have loaded is
<root>
<company>
<department>
<id>10</id>
<name>Accounting</name>
</department>
<department>
<id>11</id>
<name>Billing</name>
</department>
</company>
</root>
select query using xmltable is
select id,name from test,xmltable('/root/company/department'
passing object_value
columns
id number path 'id',
name varchar2(20) 'name');
the query is working fine but issue is performance
i have imlplemented index using extract() and extractstringval() functions but as i have multiple
occurance of data ther two are not working. I have non-schema-based xmltype table.
I need help for creating index on multiple occurance element
Any help is appreciated

First of all "XMLOptimizationCheck" AFAIK is not yet explained. Haven't checked support.oracle.com for a while though.
It's more or less currently an internal used, but for the public a fast method to detect, that Oracle internal XQuery / XPath optimization rewrites towards SQL methods (shortcuts) are not properly working. SYS_XQEXVAL probably means something like XQuery Element XML Value/validation (??? towards SQL value) isn't producing a simple construct with a predicate validation. The reasons section gives insight, just like a 10053 trace, on what attempts/rules where applied and failed or worked. I am guessing that the overall cost for the use of the normal PK index is so high because it can not be properly matched and/or optimized against the global index structure supporting the partitions.
In all, a bit more info regarding the table/partition structure and its used index regime/structure would be helpful.
Beside that. THIS IS A BUG and should be reported, request for help, via support.oracle.com
Edited by: Marco Gralike on Mar 23, 2011 9:35 PM

SELECT query performance issue

Hello experts!!!
I am facing the performance issue in the below SELECT query. Its taking long time to execute this query.
Please suggest how can i improve the performance of this query.
SELECT MBLNR MATNR LIFNR MENGE WERKS BUKRS LGORT BWART INTO CORRESPONDING FIELDS OF TABLE IT_MSEG
    FROM MSEG
    WHERE MATNR IN S_MATNR
    AND LIFNR IN S_LIFNR
    AND WERKS IN S_WERKS
    AND BUKRS IN S_BUKRS
   AND XAUTO = ''
    AND BWART IN ('541' , '542' , '543' , '544', '105' , '106').
Thanks in advance.
Regards
Ankur

Hi Ankur,
the MSEG index for material is
Index MSEG~M
MANDT
MATNR
WERKS
LGORT
BWART
SOBKZ
It could be used very efficient if you supply values for MATNR, WERKS and LGORT.
There is no index on LIFNR. IKf you want the data for specific vendor(s), you should select from EKKO first, ir has index Index EKKO~1
MANDT
LIFNR
EKORG
EKGRP
BEDAT
You can JOIN EKKO and EKBE to get the BSEG key fields GJAHR BELNR BUZEI directly.
I don't know your details but I think you can get all you need from EKKO and EKBE. You may also consider EKPO as is has a material index Index EKPO~1
MANDT
MATNR
WERKS
BSTYP
LOEKZ
ELIKZ
MATKL
Do you really need the (much bigger) MSEG?
Regards,
Clemens

Query Performance Tunning

Dear Experts,
I am executing a query which is build on a Multiprovider. The execution time is approx. 12 mins, again if I enable a dimension to analyze it takes another 15 mins.
The technical details of the query are:
1) The multiprovider fetches data from three different Cubes.
2) It contains three diff characteristics out of which one is having a 10 level hierarchy and one is having a 2 level hierarchy. Both the hierarchies are externally maintained.
3) It contains KPIs which calculate the sales on diff time lines such as CM MTD, LM MTD, CY YTD, LY YTD with the help of a customer exit.
4) It converts the quatities in alt unit of measures through an exit.
Kindly suggest for performance tunning. How shall i achieve min query execution time??
-Kushal

HI Kushal,
effective query on MP can be found
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/b03b7f4c-c270-2910-a8b8-91e0f6d77096
for nw2004s
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/a9ab011a-0e01-0010-02a1-d496b94c9c0f
modeling on multiprovider
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/2f5aa43f-0c01-0010-a990-9641d3d4eef7
docs on performance available in
FAQ - The Future of SAP NetWeaver Business Intelligence in the Light of the NetWeaver BI&Business Objects Roadmap
https://service.sap.com/bi
-> performance
Also,
check the parallel processing setting, your query is non cumulative ...
629541 Multiprovider: Parallel Processing
911939 Optimization hint for logical MultiProvider partitioning
907881 MultiProvider with (too) many part providers
Performance of non-cumulative queries in MultiProviders
903559 MultiProvider optimization is only partially active
942554 Perf when working with BI inp help with multiprov on Oracle
607164 MultiProvider: Sequential processing is faster than parallel
913975 Performance problems for MultiProviders with many partprov.
hope this helps
Best Regards,
VVenkat..

Using DB Links - Improving SELECT query performance

Hi there,
I am using dblink in the following query:
I would like to improve performance of the query by using hints as per described in the link: http://www.experts-exchange.com/Database/Oracle/9.x/Q_23640348.html. However, i am not sure how can i include this in my select query.
Details are:
Oracle - 9i Database Terminal Release .8
DB Link: TCPROD
Could someone please explain with an example how to use hints to get the query to select data on the remote database and then return the results to the target database?
Many Thanks.
SELECT ec.obid AS prObid,
             ec.b2ProgramName AS program,
             ec.projectName AS project,
             ec.wbsID AS prNo,
             ec.wbsName AS title,
             ec.revision AS revision,
             ec.superseded AS revisionSuperseded,
             ec.lifeCycleState AS lifeCycleState,
             ec.b2ChangeType AS type,
             ec.b2Complexity AS subType,
             ec.r1SsiCode AS ssi,
             ec.b2disposition as disposition,
             ec.wbsOriginator AS requestor,
             ec.wbsAdministrator AS administrator,
             ec.changepriority as priority,
             ec.r1tsc as tsc,
             ec.t1comments as tenixComments,
             ec.b2securityclass as securityClassification,
             ec.t1changesafety as safety,
             ec.t1actionofficer as actionOfficer,
             ec.t1changereason as changeReason,
             ec.t1wbsextchangenumber as extChangeNo,
             ec.creator as creator,
             to_date(substr(ec.creationdate,
                            0,
                            instr(ec.creationdate, ':', 1, 3) - 1),
                     'YYYY/MM/DD-HH24:MI:SS') as creationdate,
             to_date(ec.originatorassigndate, 'YYYY/MM/DD') as originatorassigndate,
             zbd.description as description,
             zbc.comments as comments
        FROM (SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM awdbt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM mart1m4.cmPrRpIt@TCPROD
              UNION
              SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM mpsdt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM nondt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rnast1m4.cmPrRpIt@TCPROD
              UNION
              SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rnlht1m4.cmPrRpIt@TCPROD
              UNION
              SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rnolt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rzptt1m4.cmPrRpIt@TCPROD

it's the tablename in the hint, not the column name
something like
SELECT ec.obid AS prObid,
             ec.b2ProgramName AS program,
             ec.projectName AS project,
             ec.wbsID AS prNo,
             ec.wbsName AS title,
             ec.revision AS revision,
             ec.superseded AS revisionSuperseded,
             ec.lifeCycleState AS lifeCycleState,
             ec.b2ChangeType AS type,
             ec.b2Complexity AS subType,
             ec.r1SsiCode AS ssi,
             ec.b2disposition as disposition,
             ec.wbsOriginator AS requestor,
             ec.wbsAdministrator AS administrator,
             ec.changepriority as priority,
             ec.r1tsc as tsc,
             ec.t1comments as tenixComments,
             ec.b2securityclass as securityClassification,
             ec.t1changesafety as safety,
             ec.t1actionofficer as actionOfficer,
             ec.t1changereason as changeReason,
             ec.t1wbsextchangenumber as extChangeNo,
             ec.creator as creator,
             to_date(substr(ec.creationdate,
                            0,
                            instr(ec.creationdate, ':', 1, 3) - 1),
                     'YYYY/MM/DD-HH24:MI:SS') as creationdate,
             to_date(ec.originatorassigndate, 'YYYY/MM/DD') as originatorassigndate
        FROM (SELECT /*+ DRIVING_SITE(awdbt1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM awdbt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT /*+ DRIVING_SITE(mart1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM mart1m4.cmPrRpIt@TCPROD
              UNION
              SELECT /*+ DRIVING_SITE(mpsdt1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM mpsdt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT /*+ DRIVING_SITE(nondt1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM nondt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT /*+ DRIVING_SITE(rnast1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rnast1m4.cmPrRpIt@TCPROD
              UNION
              SELECT /*+ DRIVING_SITE(rnlht1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rnlht1m4.cmPrRpIt@TCPROD
              UNION
              SELECT /*+ DRIVING_SITE(rnolt1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rnolt1m4.cmPrRpIt@TCPROD
              UNION
              SELECT /*+ DRIVING_SITE(rzptt1m4.cmPrRpIt) */ obid,
                     b2ProgramName,
                     projectName,
                     wbsID,
                     wbsName,
                     revision,
                     superseded,
                     lifeCycleState,
                     b2ChangeType,
                     b2Complexity,
                     r1SsiCode,
                     b2disposition,
                     wbsOriginator,
                     wbsAdministrator,
                     changepriority,
                     r1tsc,
                     t1comments,
                     b2securityclass,
                     t1changesafety,
                     t1actionofficer,
                     t1changereason,
                     t1wbsextchangenumber,
                     creator,
                     creationdate,
                     originatorassigndate
                FROM rzptt1m4.cmPrRpIt@TCPROD) ec(not tested, of course)

Select query performance is very slow

Could you please explain me about BITMAP CONVERSION FROM ROWIDS
Why the below query going for two times BITMAP CONVERSION TO ROWIDS on the same table.
SQL> SELECT AGG.AGGREGATE_SENTENCE_ID ,
2         AGG.ENTITY_ID,
3         CAR.REQUEST_ID REQUEST_ID
4    FROM epic.eh_aggregate_sentence agg ,om_cpps_active_requests car
5   WHERE car.aggregate_sentence_id =agg.aggregate_sentence_id
6 AND car.service_unit = '0ITNMK0020NZD0BE'
7 AND car.request_type = 'CMNTY WORK'
8 AND agg.hours_remaining > 0
9 AND NOT EXISTS (SELECT 'X'
10                    FROM epic.eh_agg_sent_termination aggSentTerm
11                   WHERE aggSentTerm.aggregate_sentence_id = agg.aggregate_sentence_id
12                     AND aggSentTerm.date_terminated <= epic.epicdatenow);
Execution Plan
Plan hash value: 1009556971
| Id | Operation                           | Name                       | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                    |                            |     5 |   660 |    99   (2)| 00:00:02 |
|* 1 | HASH JOIN ANTI                     |                            |     5 |   660 |    99   (2)| 00:00:02 |
|   2 |   NESTED LOOPS                      |                            |       |       |            |          |
|   3 |    NESTED LOOPS                     |                            |     7 |   658 |    95   (0)| 00:00:02 |
|* 4 |     TABLE ACCESS BY INDEX ROWID     | OM_CPPS_ACTIVE_REQUESTS    |    45 | 2565 |    50   (0)| 00:00:01 |
|   5 |      BITMAP CONVERSION TO ROWIDS    |                            |       |       |            |          |
|   6 |       BITMAP AND                    |                            |       |       |            |          |
|   7 |        BITMAP CONVERSION FROM ROWIDS|                            |       |       |            |          |
|* 8 |         INDEX RANGE SCAN            | OM_CA_REQUEST_REQUEST_TYPE |   641 |       |    12   (0)| 00:00:01 |
|   9 |        BITMAP CONVERSION FROM ROWIDS|                            |       |       |            |          |
|* 10 |         INDEX RANGE SCAN            | OM_CA_REQUEST_SERVICE_UNIT |   641 |       |    20   (0)| 00:00:01 |
|* 11 |     INDEX UNIQUE SCAN               | PK_EH_AGGREGATE_SENTENCE   |     1 |       |     0   (0)| 00:00:01 |
|* 12 |    TABLE ACCESS BY INDEX ROWID      | EH_AGGREGATE_SENTENCE      |     1 |    37 |     1   (0)| 00:00:01 |
| 13 |   TABLE ACCESS BY INDEX ROWID       | EH_AGG_SENT_TERMINATION    |    25 |   950 |     3   (0)| 00:00:01 |
|* 14 |    INDEX RANGE SCAN                 | DATE_TERMINATED_0520       |     4 |       |     2   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   1 - access("AGGSENTTERM"."AGGREGATE_SENTENCE_ID"="AGG"."AGGREGATE_SENTENCE_ID")
   4 - filter("CAR"."AGGREGATE_SENTENCE_ID" IS NOT NULL)
   8 - access("CAR"."REQUEST_TYPE"='CMNTY WORK')
10 - access("CAR"."SERVICE_UNIT"='0ITNMK0020NZD0BE')
11 - access("CAR"."AGGREGATE_SENTENCE_ID"="AGG"."AGGREGATE_SENTENCE_ID")
12 - filter("AGG"."HOURS_REMAINING">0)
14 - access("AGGSENTTERM"."DATE_TERMINATED"<="EPIC"."EPICDATENOW"())now this query is giving the correct result, but performance is slow.
Please help to improve the performance.
SQL> desc epic.eh_aggregate_sentence
Name                                      Null?    Type
ENTITY_ID                                          CHAR(16)
AGGREGATE_SENTENCE_ID                     NOT NULL CHAR(16)
HOURS_REMAINING                                    NUMBER(9,2)
SQL> desc om_cpps_active_requests
Name                                      Null?    Type
REQUEST_ID                                NOT NULL VARCHAR2(16)
AGGREGATE_SENTENCE_ID                              VARCHAR2(16)
REQUEST_TYPE                              NOT NULL VARCHAR2(20)
SERVICE_UNIT                                       VARCHAR2(16)
SQL> desc epic.eh_agg_sent_termination
Name                                      Null?    Type
TERMINATION_ID                            NOT NULL CHAR(16)
AGGREGATE_SENTENCE_ID                     NOT NULL CHAR(16)
DATE_TERMINATED                           NOT NULL CHAR(20)
.

user10594152 wrote:
Thanks for your reply.
Still i am getting same problemIt is not a problem. Bitmap conversion usually is a very good thing. Useing this feature the database can use one or several unselective b*indexes. Combine them and do a kind of bitmap selection. THis should be slightly faster than a FTS and much faster than a normal index access.
Your problem is that your filter criteria seem to be not very usefull. Whcih is the criteria that does the best reduction of rows?
Also any kind of NOT EXISTS is potentiall not very fast (NOT IN is worse). You can rewrite your query with an OUTER JOIN. Sometimes this will help, but not always.
SELECT AGG.AGGREGATE_SENTENCE_ID ,
        AGG.ENTITY_ID,
        CAR.REQUEST_ID REQUEST_ID
FROM epic.eh_aggregate_sentence agg
JOIN om_cpps_active_requests car ON ar.aggregate_sentence_id =agg.aggregate_sentence_id
LEFT JOIN epic.eh_agg_sent_termination aggSentTerm ON aggSentTerm.aggregate_sentence_id = agg.aggregate_sentence_id and aggSentTerm.date_terminated <= epic.epicdatenow
WHERE car.service_unit = '0ITNMK0020NZD0BE'
AND car.request_type = 'CMNTY WORK'
AND agg.hours_remaining > 0
AND aggSentTerm.aggregate_sentence_id is nullEdited by: Sven W. on Aug 31, 2010 4:01 PM

Select query performance

Hi friends,
Assume that it_pos is an internla table and its having more than 15000 records.
Which of the following query will optimize performance of programme. <REMOVED BY MODERATOR>
SORT it_pos BY belnr.
     LOOP AT it_pos INTO wa_pos .
          SELECT hkont zuonr budat blart wrbtr bschl xref3
                 INTO CORRESPONDING FIELDS OF   wa_bsis
                 FROM bsis
                 WHERE belnr = wa_pos-belnr
                 AND   hkont = wa_pos-konto
                 AND   zuonr = wa_pos-zuonr
                 AND   blart = 'WE'        "IN ('WE' , 'RE' , 'RO')
                 AND   bschl = '96'
                 AND   shkzg = 'H'
                 AND   budat = sta_date .
          APPEND wa_bsis to it_bsis.
          ENDSELECT.
     ENDLOOP.
      SELECT hkont zuonr budat blart wrbtr bschl xref3
   INTO CORRESPONDING FIELDS OF TABLE    it_bsis1
                 FROM bsis
                 FOR ALL ENTRIES IN it_pos
                 WHERE belnr = it_pos-belnr
                 AND   hkont = it_pos-konto
                 AND   zuonr = it_pos-zuonr
                 AND   blart = 'WE'        "IN ('WE' , 'RE' , 'RO')
                 AND   bschl = '96'
                 AND   shkzg = 'H'
                 AND   budat = sta_date .
Regards,
s.senthil kumar
Edited by: Alvaro Tejada Galindo on Feb 27, 2008 3:52 PM

Hi,
In addition to the suggestions given above, you can add the following things:
1) Add company code in the query if possible
2) Also add field GJAHR
3) Arrange the fields in the where clause as per sequence of the primary key combination
Once you do this, do the trace analysis and check if the proper index is being used or not.
Hope this helps.
Regards,
Shahu

How to improve on insert-select query performance

Hi,
Would like to get some opinion on how to improve this query inside my stored proc.
This insert stmt has run more than 4 hours for inserting around 62k records.
I have identified the bottleneck is in the function within the select stmt.
Could anyone help to finetune?
INSERT INTO STG_PRICE_OUT
(     ONPN,
     EFFECTIVE_DT,
     PRICE_CATENAME,
     QUEUE_ID
SELECT P.ONPN, P.EFFECTIVE_DT,
     gps_get_catename(P.PART_STATUS ,P.PROGRAM_CD ,P.MARKET_CD),
     '1'
FROM      PRICE P,
     GPS_INV_ITEMS GII
WHERE P.ONPN = GII.ONPN
FUNCTION Gps_Get_Catename
     p_status      VARCHAR2,
     p_pgm           VARCHAR2,
     p_market      VARCHAR2
RETURN VARCHAR2
IS
     catename VARCHAR2(30);
BEGIN
     SELECT PRICE_CATENAME
     INTO catename
     FROM PRICE_CATEGORY PC
     WHERE NVL(PC.PART_STATUS,' ')= NVL(p_status,' ')
     AND NVL(PC.PROGRAM_CD,' ') = NVL(p_pgm,' ')
     AND NVL(PC.MARKET_CD,' ') = NVL(p_market,' ')
     RETURN catename;
EXCEPTION
WHEN NO_DATA_FOUND
THEN
RETURN NULL;
WHEN OTHERS
THEN
DBMS_OUTPUT.PUT_LINE('gps_get_catename: Exception caught!! (' || SQLCODE || ') : ' || SQLERRM);
     RETURN catename;
END;
STG_PRICE_OUT has around 1 mil records
GPS_INV_ITEMS has around 140K records
PRICE has around 60k records
INDEX:
STG_PRICE_OUT - INDEX 1(ONPN), INDEX2(ONPN,QUEUE_ID)
GPS_INV_ITEMS - INDEX 3(ONPN)
PRICE - INDEX 4(ONPN)
PRICE_CATEGORY - INDEX 5(PART_STATUS ,PROGRAM_CD ,MARKET_CD)
Thanks and regards,
WH

Only use PL/SQL when you can't do it all in SQL...
INSERT INTO STG_PRICE_OUT
( ONPN,
EFFECTIVE_DT,
PRICE_CATENAME,
QUEUE_ID
SELECT P.ONPN, P.EFFECTIVE_DT,
PC.PRICE_CATENAME,
'1'
FROM PRICE_CATEGORY PC, PRICE P,
GPS_INV_ITEMS GII
WHERE P.ONPN = GII.ONPN
AND PC.PART_STATUS(+) = P.PART_STATUS
AND PC.PROGRAM_CD(+) = P.PROGRAM_CD
AND PC.MARKET_CD(+) = P.MARKET_CD
/Cheers, APC
P.S. You may need to tweak the outer joins - I'm not quite sure what your business rule is.

Performance issue with select query and for all entries.

hi,
i have a report to be performance tuned.
the database table has around 20 million entries and 25 fields.
so, the report fetches the distinct values of two fields using one select query.
so, the first select query fetches around 150 entries from the table for 2 fields.
then it applies some logic and eliminates some entries and makes entries around 80-90...
and then it again applies the select query on the same table using for all entries applied on the internal table with 80-90 entries...
in short,
it accesses the same database table twice.
so, i tried to get the database table in internal table and apply the logic on internal table and delete the unwanted entries.. but it gave me memory dump, and it wont take that huge amount of data into abap memory...
is around 80-90 entries too much for using "for all entries"?
the logic that is applied to eliminate the entries from internal table is too long, and hence cannot be converted into where clause to convert it into single select..
i really cant find the way out...
please help.

chinmay kulkarni wrote:Chinmay,
Even though you tried to ask the question with detailed explanation, unfortunately it is still not clear.
It is perfectly fine to access the same database twice. If that is working for you, I don't think there is any need to change the logic. As Rob mentioned, 80 or 8000 records is not a problem in "for all entries" clause.
>
> so, i tried to get the database table in internal table and apply the logic on internal table and delete the unwanted entries.. but it gave me memory dump, and it wont take that huge amount of data into abap memory...
>
It is not clear what you tried to do here. Did you try to bring all 20 million records into an internal table? That will certainly cause the program to short dump with memory shortage.
> the logic that is applied to eliminate the entries from internal table is too long, and hence cannot be converted into where clause to convert it into single select..
>
That is fine. Actually, it is better (performance wise) to do much of the work in ABAP than writing a complex WHERE clause that might bog down the database.

Performance Problem in Select query

Hi,
I have performance Problem in following Select Query :
SELECT VBELN POSNR LFIMG VRKME VGBEL VGPOS
FROM LIPS INTO CORRESPONDING FIELDS OF TABLE GT_LIPS
   FOR ALL ENTRIES IN GT_EKPO1
   WHERE VGBEL = GT_EKPO1-EBELN
     AND VGPOS = GT_EKPO1-EBELP.
as per trace i have analysed that it is fetch the complete table scan from the LIPS table and table contants almost 3 lakh records.
Kindly Suggest what we can do to optimize this query.
Regards,
Harsh

types: begin of line,
          vbeln type lips-vbeln
          posnr type lips-posnr
          lfimg type lips-lfimg
         vrkme type lips-vrkme
         vgbel type lips- vgbel
         vgpos type lips-vgpos
         end of line.
data: itab type standard table of line,
         wa type line.
IF GT_EKPO1[] IS NOT INITIAL.
SELECT VBELN POSNR LFIMG VRKME VGBEL VGPOS
FROM LIPS INTO TABLE ITAB
FOR ALL ENTRIES IN GT_EKPO1
WHERE VGBEL = GT_EKPO1-EBELN
AND VGPOS = GT_EKPO1-EBELP.
ENDIF.

Needed help to improve the performance of a select query?

Hi,
I have been preparing a report which involves data to be fetched from 4 to 5 different tables and calculation has to performed on some columns also,
i planned to write a single cursor to populate 1 temp table.i have used INLINE VIEW,EXISTS more frequently in the select query..please go through the query and suggest me a better way to restructure the query.
cursor c_acc_pickup_incr(p_branch_code varchar2, p_applDate date, p_st_dt date, p_ed_dt date) is
select sca.branch_code "BRANCH",
sca.cust_ac_no "ACCOUNT",
to_char(p_applDate, 'YYYYMM') "YEARMONTH",
sca.ccy "CURRENCY",
sca.account_class "PRODUCT",
sca.cust_no "CUSTOMER",
sca.ac_desc "DESCRIPTION",
null "LOW_BAL",
null "HIGH_BAL",
null "AVG_CR_BAL",
null "AVG_DR_BAL",
null "CR_DAYS",
null "DR_DAYS",
--null                                 "CR_TURNOVER",
--null                                 "DR_TURNOVER",
null "DR_OD_DAYS",
(select sum(gf.limit_amount * (scal.linkage_percentage / 100)) +
(case when (p_applDate >= sca.tod_limit_start_date and
p_applDate <= nvl(sca.tod_limit_end_date, p_applDate)) then
sca.tod_limit else 0 end) dd
from getm_facility gf, sttm_cust_account_linkages scal
where gf.line_code || gf.line_serial = scal.linked_ref_no
and cust_ac_no = sca.cust_ac_no) "OD_LIMIT",
--sc.credit_rating                      "CR_GRADE",
null "AVG_NET_BAL",
null "UNAUTH_OD_AMT",
sca.acy_blocked_amount "AMT_BLOCKED",
(select sum(amt)
from ictb_entries_history ieh
where ieh.acc = sca.cust_ac_no
and ieh.brn = sca.branch_code
and ieh.drcr = 'D'
and ieh.liqn = 'Y'
and ieh.entry_passed = 'Y'
and ieh.ent_dt between p_st_dt and p_ed_dt
and exists (
select * from ictm_pr_int ipi, ictm_rule_frm irf
where ipi.product_code = ieh.prod
and ipi.rule = irf.rule_id
and irf.book_flag = 'B')) "DR_INTEREST",
(select sum(amt)
from ictb_entries_history ieh
where ieh.acc = sca.cust_ac_no
and ieh.brn = sca.branch_code
and ieh.drcr = 'C'
and ieh.liqn = 'Y'
and ieh.entry_passed = 'Y'
and ieh.ent_dt between p_st_dt and p_ed_dt
and exists (
select * from ictm_pr_int ipi, ictm_rule_frm irf
where ipi.product_code = ieh.prod
and ipi.rule = irf.rule_id
and irf.book_flag = 'B')) "CR_INTEREST",
(select sum(amt) from ictb_entries_history ieh
where ieh.brn = sca.branch_code
and ieh.acc = sca.cust_ac_no
and ieh.ent_dt between p_st_dt and p_ed_dt
and exists (
select product_code
from ictm_product_definition ipd
where ipd.product_code = ieh.prod
and ipd.product_type = 'C')) "FEE_INCOME",
sca.record_stat "ACC_STATUS",
case when (trunc(sca.ac_open_date,'MM') = trunc(p_applDate,'MM')
and not exists (select 1
from ictm_tdpayin_details itd
where itd.multimode_payopt = 'Y'
and itd.brn = sca.branch_code
and itd.acc = sca.cust_ac_no
and itd.multimode_offset_brn is not null
and itd.multimode_tdoffset_acc is not null))
then 1 else 0 end "NEW_ACC_FOR_THE_MONTH",
case when (trunc(sca.ac_open_date,'MM') = trunc(p_applDate,'MM')
and trunc(sc.cif_creation_date,'MM') = trunc(p_applDate,'MM')
and not exists (select 1
from ictm_tdpayin_details itd
where itd.multimode_payopt = 'Y'
and itd.brn = sca.branch_code
and itd.acc = sca.cust_ac_no
and itd.multimode_offset_brn is not null
and itd.multimode_tdoffset_acc is not null))
then 1 else 0 end "NEW_ACC_FOR_NEW_CUST",
(select 1 from dual
where exists (select 1 from ictm_td_closure_renew itcr
where itcr.brn = sca.branch_code
and itcr.acc = sca.cust_ac_no
and itcr.renewal_date = sysdate)
or exists (select 1 from ictm_tdpayin_details itd
where itd.multimode_payopt = 'Y'
and itd.brn = sca.branch_code
and itd.acc = sca.cust_ac_no
and itd.multimode_offset_brn is not null
and itd.multimode_tdoffset_acc is not null)) "RENEWED_OR_ROLLOVER",
(select maturity_date from ictm_acc ia
where ia.brn = sca.branch_code
and ia.acc = sca.cust_ac_no) "MATURITY_DATE",
sca.ac_stat_no_dr "DR_DISALLOWED",
sca.ac_stat_no_cr "CR_DISALLOWED",
sca.ac_stat_block                     "BLOCKED_ACC",       Not Reqd
sca.ac_stat_dormant "DORMANT_ACC",
sca.ac_stat_stop_pay "STOP_PAY_ACC", --New
sca.ac_stat_frozen "FROZEN_ACC",
sca.ac_open_date "ACC_OPENING_DT",
sca.address1 "ADD_LINE_1",
sca.address2 "ADD_LINE_2",
sca.address3 "ADD_LINE_3",
sca.address4 "ADD_LINE_4",
sca.joint_ac_indicator "JOINT_ACC",
sca.acy_avl_bal "CR_BAL",
0 "DR_BAL",
0 "CR_BAL_LCY", t
0 "DR_BAL_LCY",
null "YTD_CR_MOVEMENT",
null "YTD_DR_MOVEMENT",
null "YTD_CR_MOVEMENT_LCY",
null "YTD_DR_MOVEMENT_LCY",
null "MTD_CR_MOVEMENT",
null "MTD_DR_MOVEMENT",
null "MTD_CR_MOVEMENT_LCY",
null "MTD_DR_MOVEMENT_LCY",
'N' "BRANCH_TRFR", --New
sca.provision_amount "PROVISION_AMT",
sca.account_type "ACCOUNT_TYPE",
nvl(sca.tod_limit, 0) "TOD_LIMIT",
nvl(sca.sublimit, 0) "SUB_LIMIT",
nvl(sca.tod_limit_start_date, global.min_date) "TOD_START_DATE",
nvl(sca.tod_limit_end_date, global.max_date) "TOD_END_DATE"
from sttm_cust_account sca, sttm_customer sc
where sca.branch_code = p_branch_code
and sca.cust_no = sc.customer_no
and ( exists (select 1 from actb_daily_log adl
where adl.ac_no = sca.cust_ac_no
and adl.ac_branch = sca.branch_code
and adl.trn_dt = p_applDate
and adl.auth_stat = 'A')
or exists (select 1 from catm_amount_blocks cab
where cab.account = sca.cust_ac_no
and cab.branch = sca.branch_code
and cab.effective_date = p_applDate
and cab.auth_stat = 'A')
or exists (select 1 from ictm_td_closure_renew itcr
where itcr.acc = sca.cust_ac_no
and itcr.brn = sca.branch_code
and itcr.renewal_date = p_applDate)
or exists (select 1 from sttm_ac_stat_change sasc
where sasc.cust_ac_no = sca.cust_ac_no
and sasc.branch_code = sca.branch_code
and sasc.status_change_date = p_applDate
and sasc.auth_stat = 'A')
or exists (select 1 from cstb_acc_brn_trfr_log cabtl
where cabtl.branch_code = sca.branch_code
and cabtl.cust_ac_no = sca.cust_ac_no
and cabtl.process_status = 'S'
and cabtl.process_date = p_applDate)
or exists (select 1 from sttbs_provision_history sph
where sph.branch_code = sca.branch_code
and sph.cust_ac_no = sca.cust_ac_no
and sph.esn_date = p_applDate)
or exists (select 1 from sttms_cust_account_dormancy scad
where scad.branch_code = sca.branch_code
and scad.cust_ac_no = sca.cust_ac_no
and scad.dormancy_start_dt = p_applDate)
or sca.maker_dt_stamp = p_applDate
or sca.status_since = p_applDate
l_tb_acc_det ty_tb_acc_det_int;
l_brnrec cvpks_utils.rec_brnlcy;
l_acbr_lcy sttms_branch.branch_lcy%type;
l_lcy_amount actbs_daily_log.lcy_amount%type;
l_xrate number;
l_dt_rec sttm_dates%rowtype;
l_acc_rec sttm_cust_account%rowtype;
l_acc_stat_row ty_r_acc_stat;
Edited by: user13710379 on Jan 7, 2012 12:18 AM

I see it more like shown below (possibly with no inline selects
Try to get rid of the remaining inline selects ( left as an exercise ;) )
and rewrite traditional joins as ansi joins as problems might arise using mixed syntax as I have to leave so I don't have time to complete the query
select sca.branch_code "BRANCH",
       sca.cust_ac_no "ACCOUNT",
       to_char(p_applDate, 'YYYYMM') "YEARMONTH",
       sca.ccy "CURRENCY",
       sca.account_class "PRODUCT",
       sca.cust_no "CUSTOMER",
       sca.ac_desc "DESCRIPTION",
       null "LOW_BAL",
       null "HIGH_BAL",
       null "AVG_CR_BAL",
       null "AVG_DR_BAL",
       null "CR_DAYS",
       null "DR_DAYS",
--     null "CR_TURNOVER",
--     null "DR_TURNOVER",
       null "DR_OD_DAYS",
       w.dd "OD_LIMIT",
--     sc.credit_rating "CR_GRADE",
       null "AVG_NET_BAL",
       null "UNAUTH_OD_AMT",
       sca.acy_blocked_amount "AMT_BLOCKED",
       x.dr_int "DR_INTEREST",
       x.cr_int "CR_INTEREST",
       y.fee_amt "FEE_INCOME",
       sca.record_stat "ACC_STATUS",
       case when trunc(sca.ac_open_date,'MM') = trunc(p_applDate,'MM')
             and not exists(select 1
                              from ictm_tdpayin_details itd
                             where itd.multimode_payopt = 'Y'
                               and itd.brn = sca.branch_code
                               and itd.acc = sca.cust_ac_no
                               and itd.multimode_offset_brn is not null
                               and itd.multimode_tdoffset_acc is not null
            then 1
            else 0
       end "NEW_ACC_FOR_THE_MONTH",
       case when (trunc(sca.ac_open_date,'MM') = trunc(p_applDate,'MM')
             and trunc(sc.cif_creation_date,'MM') = trunc(p_applDate,'MM')
             and not exists(select 1
                              from ictm_tdpayin_details itd
                             where itd.multimode_payopt = 'Y'
                               and itd.brn = sca.branch_code
                               and itd.acc = sca.cust_ac_no
                               and itd.multimode_offset_brn is not null
                               and itd.multimode_tdoffset_acc is not null
            then 1
            else 0
       end "NEW_ACC_FOR_NEW_CUST",
       (select 1 from dual
         where exists(select 1
                        from ictm_td_closure_renew itcr
                       where itcr.brn = sca.branch_code
                         and itcr.acc = sca.cust_ac_no
                         and itcr.renewal_date = sysdate
            or exists(select 1
                        from ictm_tdpayin_details itd
                       where itd.multimode_payopt = 'Y'
                         and itd.brn = sca.branch_code
                         and itd.acc = sca.cust_ac_no
                         and itd.multimode_offset_brn is not null
                         and itd.multimode_tdoffset_acc is not null
       ) "RENEWED_OR_ROLLOVER",
       m.maturity_date "MATURITY_DATE",
       sca.ac_stat_no_dr "DR_DISALLOWED",
       sca.ac_stat_no_cr "CR_DISALLOWED",
--     sca.ac_stat_block "BLOCKED_ACC", --Not Reqd
       sca.ac_stat_dormant "DORMANT_ACC",
       sca.ac_stat_stop_pay "STOP_PAY_ACC", --New
       sca.ac_stat_frozen "FROZEN_ACC",
       sca.ac_open_date "ACC_OPENING_DT",
       sca.address1 "ADD_LINE_1",
       sca.address2 "ADD_LINE_2",
       sca.address3 "ADD_LINE_3",
       sca.address4 "ADD_LINE_4",
       sca.joint_ac_indicator "JOINT_ACC",
       sca.acy_avl_bal "CR_BAL",
       0 "DR_BAL",
       0 "CR_BAL_LCY", t
       0 "DR_BAL_LCY",
       null "YTD_CR_MOVEMENT",
       null "YTD_DR_MOVEMENT",
       null "YTD_CR_MOVEMENT_LCY",
       null "YTD_DR_MOVEMENT_LCY",
       null "MTD_CR_MOVEMENT",
       null "MTD_DR_MOVEMENT",
       null "MTD_CR_MOVEMENT_LCY",
       null "MTD_DR_MOVEMENT_LCY",
       'N' "BRANCH_TRFR", --New
       sca.provision_amount "PROVISION_AMT",
       sca.account_type "ACCOUNT_TYPE",
       nvl(sca.tod_limit, 0) "TOD_LIMIT",
       nvl(sca.sublimit, 0) "SUB_LIMIT",
       nvl(sca.tod_limit_start_date, global.min_date) "TOD_START_DATE",
       nvl(sca.tod_limit_end_date, global.max_date) "TOD_END_DATE"
from sttm_cust_account sca,
       sttm_customer sc,
       (select sca.cust_ac_no
               sum(gf.limit_amount * (scal.linkage_percentage / 100)) +
                   case when p_applDate >= sca.tod_limit_start_date
                         and p_applDate <= nvl(sca.tod_limit_end_date, p_applDate)
                        then sca.tod_limit else 0
                   end
                  ) dd
          from sttm_cust_account sca
               getm_facility gf,
               sttm_cust_account_linkages scal
         where gf.line_code || gf.line_serial = scal.linked_ref_no
           and cust_ac_no = sca.cust_ac_no
         group by sca.cust_ac_no
       ) w,
       (select acc,
               brn,
               sum(decode(drcr,'D',amt)) dr_int,
               sum(decode(drcr,'C',amt)) cr_int
          from ictb_entries_history ieh
         where ent_dt between p_st_dt and p_ed_dt
           and drcr in ('C','D')
           and liqn = 'Y'
           and entry_passed = 'Y'
           and exists(select null
                        from ictm_pr_int ipi,
                             ictm_rule_frm irf
                       where ipi.rule = irf.rule_id
                         and ipi.product_code = ieh.prod
                         and irf.book_flag = 'B'
         group by acc,brn
       ) x,
       (select acc,
               brn,
               sum(amt) fee_amt
          from ictb_entries_history ieh
         where ieh.ent_dt between p_st_dt and p_ed_dt
           and exists(select product_code
                        from ictm_product_definition ipd
                       where ipd.product_code = ieh.prod
                         and ipd.product_type = 'C'
         group by acc,brn
       ) y,
       ictm_acc m,
       (select sca.cust_ac_no,
               sca.branch_code
               coalesce(nvl2(coalesce(t1.ac_no,t1.ac_branch),'exists',null),
                        nvl2(coalesce(t2.account,t2.account),'exists',null),
                        nvl2(coalesce(t3.acc,t3.brn),'exists',null),
                        nvl2(coalesce(t4.cust_ac_no,t4.branch_code),'exists',null),
                        nvl2(coalesce(t5.cust_ac_no,t5.branch_code),'exists',null),
                        nvl2(coalesce(t6.cust_ac_no,t6.branch_code),'exists',null),
                        nvl2(coalesce(t7.cust_ac_no,t7.branch_code),'exists',null),
                        decode(sca.maker_dt_stamp,p_applDate,'exists'),
                        decode(sca.status_since,p_applDate,'exists')
                       ) existence
          from sttm_cust_account sca
               left outer join
               (select ac_no,ac_branch
                  from actb_daily_log
                 where trn_dt = p_applDate
                   and auth_stat = 'A'
               ) t1
            on (sca.cust_ac_no = t1.ac_no
           and sca.branch_code = t1.ac_branch
               left outer join
               (select account,account
                  from catm_amount_blocks
                 where effective_date = p_applDate
                   and auth_stat = 'A'
               ) t2
            on (sca.cust_ac_no = t2.account
           and sca.branch_code = t2.branch
               left outer join
               (select acc,brn
                  from ictm_td_closure_renew itcr
                 where renewal_date = p_applDate
               ) t3
            on (sca.cust_ac_no = t3.acc
           and sca.branch_code = t3.brn
               left outer join
               (select cust_ac_no,branch_code
                  from sttm_ac_stat_change
                 where status_change_date = p_applDate
                   and auth_stat = 'A'
               ) t4
            on (sca.cust_ac_no = t4.cust_ac_no
           and sca.branch_code = t4.branch_code
               left outer join
               (select cust_ac_no,branch_code
                  from cstb_acc_brn_trfr_log
                 where process_date = p_applDate
                   and process_status = 'S'
               ) t5
            on (sca.cust_ac_no = t5.cust_ac_no
           and sca.branch_code = t5.branch_code
               left outer join
               (select cust_ac_no,branch_code
                  from sttbs_provision_history
                 where esn_date = p_applDate
               ) t6
            on (sca.cust_ac_no = t6.cust_ac_no
           and sca.branch_code = t6.branch_code
               left outer join
               (select cust_ac_no,branch_code
                  from sttms_cust_account_dormancy
                 where dormancy_start_dt = p_applDate
               ) t7
            on (sca.cust_ac_no = t7.cust_ac_no
           and sca.branch_code = t7.branch_code
       ) z
where sca.branch_code = p_branch_code
   and sca.cust_no = sc.customer_no
   and sca.cust_ac_no = w.cust_ac_no
   and sca.cust_ac_no = x.acc
   and sca.branch_code = x.brn
   and sca.cust_ac_no = y.acc
   and sca.branch_code = y.brn
   and sca.cust_ac_no = m.acc
   and sca.branch_code = m.brn
   and sca.cust_ac_no = z.sca.cust_ac_no
   and sca.branch_code = z.branch_code
   and z.existence is not nullRegards
Etbin

Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query

Hi All,
There is a Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query in a report painter.
This query is working fine when executed in 4.7 system where as it is running for more time in ECC6.0.
Select query is on the table COSP.
SELECT (FIELD_LIST)
        INTO CORRESPONDING FIELDS OF TABLE I_COSP PACKAGE SIZE 1000
        FROM COSP CLIENT SPECIFIED
        WHERE GJAHR IN SELR_GJAHR
          AND KSTAR IN SELR_KSTAR
          AND LEDNR EQ '00'
          AND OBJNR IN SELR_OBJNR
          AND PERBL IN SELR_PERBL
          AND VERSN IN SELR_VERSN
          AND WRTTP IN SELR_WRTTP
          AND MANDT IN MANDTTAB
        GROUP BY (GROUP_LIST).
   LOOP AT I_COSP      .
     COSP                           = I_COSP      .
     PERFORM PCOSP       USING I_COSP-_COUNTER.
     CLEAR: $RWTAB, COSP                          .
     CLEAR CCR1S                         .
   ENDLOOP.
ENDSELECT.
I have checked with the table indexes, they were same as in 4.7 system.
What can be the reson for the difference in execution time. How can this be reduced without adjusting the select query.
Thanks in advance for the responses.
Regards,
Dedeepya.

Hi,
ohhhhh....... lots of problems in select query......this is not the way you should write it.
Some generic comments:
1. never use SELECT
                   endselect.
   SELECT
into table
   for all entries in table
where.
   use perform statment after this selection.
2. Do not use into corresponding fields. use exact structure type.
3. use proper sequence of fields in the where condition so that it helps table go according to indexes.
    e.g in your case
          sequence should be
LEDNR
OBJNR
GJAHR
WRTTP
VERSN
KSTAR
HRKFT
VRGNG
VBUND
PARGB
BEKNZ
TWAER
PERBL
sequence should be same as defined in table.
Always keep select query as simple as possible and perform all other calculations etc. afterwords.
I hope it helps.
Regards,
Pranaya

How to improve the performance of one program in one select query

Hi,
I am facing performance issue in one program. I have given some part of the code of the program.
it is taking much time below select query. How to improve the performance.
Quick response is highly appreciated.
Program code
DATA: BEGIN OF t_dels_tvpod OCCURS 100,
vbeln LIKE tvpod-vbeln,
posnr LIKE tvpod-posnr,
lfimg_diff LIKE tvpod-lfimg_diff,
calcu LIKE tvpod-calcu,
podmg LIKE tvpod-podmg,
uecha LIKE lips-uecha,
pstyv LIKE lips-pstyv,
xchar LIKE lips-xchar,
grund LIKE tvpod-grund,
END OF t_dels_tvpod,
DATA: l_tabix LIKE sy-tabix,
lt_dels_tvpod LIKE t_dels_tvpod OCCURS 10 WITH HEADER LINE,
ls_dels_tvpod LIKE t_dels_tvpod.
SELECT vbeln INTO TABLE lt_dels_tvpod FROM likp
FOR ALL ENTRIES IN t_dels_tvpod
WHERE vbeln = t_dels_tvpod-vbeln
AND erdat IN s_erdat
AND bldat IN s_bldat
AND podat IN s_podat
AND ernam IN s_ernam
AND kunnr IN s_kunnr
AND vkorg IN s_vkorg
AND vstel IN s_vstel
AND lfart NOT IN r_del_types_exclude.
Waiting for quick response.
Best regards,
BDP

Bansidhar,
1) You need to add a check to make sure that internal table t_dels_tvpod (used in the FOR ALL ENTRIES clause) is not blank. If it is blank skip the SELECt statement.
2) Check the performance with and without clause 'AND lfart NOT IN r_del_types_exclude'. Sometimes NOT causes the select statement to not use the index. Instead of 'lfart NOT IN r_del_types_exclude' use 'lfart IN r_del_types_exclude' and build r_del_types_exclude by using r_del_types_exclude-sign = 'E' instead of 'I'.
3) Make sure that the table used in the FOR ALL ENTRIES clause has unique delivery numbers.
Try doing something like this.
TYPES: BEGIN OF ty_del_types_exclude,
         sign(1)   TYPE c,
         option(2) TYPE c,
         low       TYPE likp-lfart,
         high      TYPE likp-lfart,
       END OF ty_del_types_exclude.
DATA: w_del_types_exclude TYPE          ty_del_types_exclude,
      t_del_types_exclude TYPE TABLE OF ty_del_types_exclude,
      t_dels_tvpod_tmp    LIKE TABLE OF t_dels_tvpod        .
IF NOT t_dels_tvpod[] IS INITIAL.
* Assuming that I would like to exclude delivery types 'LP' and 'LPP'
CLEAR w_del_types_exclude.
REFRESH t_del_types_exclude.
w_del_types_exclude-sign = 'E'.
w_del_types_exclude-option = 'EQ'.
w_del_types_exclude-low = 'LP'.
APPEND w_del_types_exclude TO t_del_types_exclude.
w_del_types_exclude-low = 'LPP'.
APPEND w_del_types_exclude TO t_del_types_exclude.
t_dels_tvpod_tmp[] = t_dels_tvpod[].
SORT t_dels_tvpod_tmp BY vbeln.
DELETE ADJACENT DUPLICATES FROM t_dels_tvpod_tmp
    COMPARING
      vbeln.
SELECT vbeln
    FROM likp
    INTO TABLE lt_dels_tvpod
    FOR ALL ENTRIES IN t_dels_tvpod_tmp
    WHERE vbeln EQ t_dels_tvpod_tmp-vbeln
    AND erdat IN s_erdat
    AND bldat IN s_bldat
    AND podat IN s_podat
    AND ernam IN s_ernam
    AND kunnr IN s_kunnr
    AND vkorg IN s_vkorg
    AND vstel IN s_vstel
    AND lfart IN t_del_types_exclude.
ENDIF.

SELECT Query performance tunning

Similar Messages

Maybe you are looking for