Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> queries too slow
Hi All,
I have some queries which take too long to execute,
perform too
many disk reads and affects very small no of rows. I
have analyzed
the table,indexes and there are no chained rows for
this table.
Explain plan says that the cost of the queries are 3/2
etc and I
don't know if they could be optimized any more. Please
could
anyone tell what could be wrong?
The output of the TKPROF is following:(sorry for the bad formatting)
TIA, Prakash
UPDATE EC_PRDITM SET DSCR=:b1 || ', ' || :b2 ,PRDITMNAME=:b1 || ', ' || :b2
|| '; ' || :b5 || ', ' || :b6
WHERE
SKU = :b7 AND DBSTS = 'A'
call count cpu elapsed disk query current
Parse 1 0.00 0.00 0 0 0 0 Execute 157 475.75 508.74 1441954 1453090 793 157 Fetch 0 0.00 0.00 0 0 0 0
total 158 475.75 508.74 1441954 1453090 793
157
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer goal: CHOOSE
Parsing user id: 31 (SDOSTLO20) (recursive depth:
1)
Rows Execution Plan
0 UPDATE STATEMENT GOAL: CHOOSE 0 UPDATE OF 'EC_PRDITM' 0 INDEX GOAL: ANALYZED (UNIQUE SCAN) OF 'EC_PRDITM_SKU_UK' (UNIQUE) ********************************************************************************
SELECT PRDITMID
FROM
EC_PRDITM WHERE SKU = :b1 AND DBSTS = 'A'
call count cpu elapsed disk query current
Parse 1 0.00 0.00 0 0 0 0 Execute 157 0.01 0.01 0 0 0 157 Fetch 157 373.98 393.26 1441790 1453035 471 157
total 315 373.99 393.27 1441790 1453035 471
314
Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 31 (SDOSTLO20) (recursive depth:
1)
Rows Execution Plan
0 SELECT STATEMENT GOAL: CHOOSE 0 TABLE ACCESS GOAL: ANALYZED (BY INDEXROWID)