| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Long execute phase for SELECT query
In case it is of any help - here are the EXEC lines from the raw trace
file - it shows that all the time is taken by the first EXEC, while the
2nd execution is nearly instant:
EXEC
#9:c=14010000,e=15186019,p=41,cr=804,cu=0,mis=1,r=0,dep=0,og=2,tim=86094
00029086
. . .
EXEC #9:c=0,e=374,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=2,tim=8609400169213
-----Original Message-----
From: Allen, Brandon
Sent: Tuesday, June 27, 2006 4:43 PM
To: 'oracle-l_at_freelists.org'
Subject: Long execute phase for SELECT query
I've got a monster join (27 tables) coming from my Baan ERP app. It's taking 0.00 seconds to parse and only .05 seconds to fetch, but is taking 15.05 seconds for the execute phase - see below from tkprof:
call count cpu elapsed disk query current
rows
------- ------ -------- ---------- ---------- ---------- ----------
I've never seen a SELECT query with such a high Execute time before - usually only DML queries take time in this phase and SELECT queries spend their time in the Fetch phase. Any ideas what would cause this behaviour? Oracle version 10.2.0.2 on AIX 5.3
If you want to see the query and explain plan, let me know and I'd be happy to provide it - I just didn't include it here because it's huge and I'm not sure it's relevant.
Thanks,
Brandon
Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it.
-- http://www.freelists.org/webpage/oracle-lReceived on Tue Jun 27 2006 - 18:50:40 CDT
 |
 |