Dun understand why query took so long

Question

Hi ,
I am running the following procedure:
INSERT INTO local_table SELECT a.RECTYPE, a.lotid, a.STEP_BEGIN_TIME, a.PRODUCTION_AREA, a.COMPLETION_CLASS, a.LOT_TYPE, a.LOT_PRIORITY, a.curr_mask_Count
FROM TEMP_ACTIVE_LOTID b , lotrun a
WHERE b.lotid = a.lotid ;
and i got the error :
ORA-04030: out of process memory when trying to allocate 16504 bytes (pga heap,ksm stack)
ORA-06512: at "NEUROMART.CAL_ACTIVELOT_ML_BY_RATIO_PROC", line 26
ORA-06512: at line 1
and it took a long time to finish execution so i TKPROFED the SQL statement
here's my explain plan :
SELECT STATEMENT, GOAL = RULE          Optimizer=RULE     
NESTED LOOPS                    
TABLE ACCESS FULL               Optimizer=ANALYZED     Object name=LOTRUN
INDEX UNIQUE SCAN               Optimizer=ANALYZED     Object name=LOTRUN_ACTIVE_LOT_PK
here's my TKPROF of the sql statement
SELECT a.RECTYPE, a.lotid, a.STEP_BEGIN_TIME, a.PRODUCTION_AREA, a.COMPLETION_CLASS, a.LOT_TYPE, a.LOT_PRIORITY, a.curr_mask_Count
FROM TEMP_ACTIVE_LOTID b , lotrun a
WHERE b.lotid = a.lotid
call count cpu elapsed disk query current rows
Parse 1 0.00 0.01 0 0 0 0
Execute 2 0.00 0.06 0 0 0 0
Fetch 2384 251.60 930.94 1550541 44434119 107 238400
total 2387 251.60 931.01 1550541 44434119 107 238400
Misses in library cache during parse: 1
Misses in library cache during parse: 1
Optimizer goal: RULE
Parsing user id: 18
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 4 0.00 0.01 0 0 0 0
Execute 5 0.00 0.06 0 0 0 2
Fetch 2385 251.60 930.94 1550541 44434120 111 238401
total 2394 251.60 931.01 1550541 44434120 111 238403
Misses in library cache during parse: 1
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 0 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 0 0.00 0.00 0 0 0 0
Misses in library cache during parse: 0
4 user SQL statements in session.
0 internal SQL statements in session.
4 SQL statements in session.
Trace file: ora_296127_sbt1.trc
Trace file compatibility: 8.00.04
Sort options: default
0 session in tracefile.
4 user SQL statements in trace file.
0 session in tracefile.
4 user SQL statements in trace file.
0 internal SQL statements in trace file.
4 SQL statements in trace file.
3 unique SQL statements in trace file.
71606 lines in trace file.
ques :
1. what does the TKPROF tells me abt the sql statement ?? i can see
featch from disk is so high --> Fetch 2385 251.60 930.94 1550541
2. what can i do the fetch ?
pls advise

Answer 1

Hi ,
not sure if anyone noticed :
Execution Plan
0 SELECT STATEMENT Optimizer=HINT: ALL_ROWS (Cost=95736 Card=2
41727 Bytes=13778439)
1 0 NESTED LOOPS (Cost=95736 Card=241727 Bytes=13778439)
2 1 TABLE ACCESS (FULL) OF 'LOTRUN' (Cost=95736 Card=2148183
0 Bytes=988164180)
3 1 INDEX (UNIQUE SCAN) OF 'LOTRUN_ACTIVE_LOT_PK' (UNIQUE)
Statistics
0 recursive calls
109 db block gets
45035927 consistent gets
1572371 physical reads
792 redo size
34941587 bytes sent via SQL*Net to client
2387838 bytes received via SQL*Net from client
29477 SQL*Net roundtrips to/from client
2 sorts (memory)
0 sorts (disk)
442127 rows processed
=========================
does the cardinality and the no of row processed needs to be the same ? it different 442127 rows processed VS Card=241727 ??
and i select a count(*) its 442820 (new rows were added form the hourly jobs)
the stats were gathers in 21st august does it mean it's outdated ?
rdgs