Hi guy:
Thanks for your response; I have noticed the analyzer has been run and the
statistics are available to Oracle optimizer. Also the OPTIMIZER_MODE=CHOOSE
init.ora file. So, I believe this could be the source of the problem. I am
hopping by deleting statistics the issue will be resolved.
I have used the sql_trace utility and tkprof and also used the sql autotrace
on. I welcome any other suggestion.
Thanks again.
Majid Kazemi
-----Original Message-----
From: djordjej [SMTP:djordjej_at_home.com]
Sent: Sunday, December 03, 2000 9:40 PM
To: Multiple recipients of list ORACLE-L
Subject: Re: Overparsing issue
How do you know that this is parsing - have you traced the
session(s) ? If
it is parsing you should have the problem with shared pool, although
95% hit
ratio is fine. And btw, indexes has nothing to do with parsing.
If it is not parsing but fetch time - have you analyzed the query
that takes
that long ? Is it using the indexes ? Which optimizer are you
using. If
you have been using rule - have you may be analyzed some of the
tables that
are queried ? If you have been using cost - have statistics changed
considerably ? What is you db block buffer hit ratio ?
Djordje
----- Original Message -----
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
Sent: Sunday, December 03, 2000 5:20 PM
> Hi Oracle Guru:
>
> I have an oracle version 7.3.4 database on NT 4.0. Since last week
the CPU
> time for parsing has been dramatically increased. A query which
only took
> 4 microseconds, now it takes 7-8 seconds before completed. The
share
pool
> size is relatively okay. It is 20MB. There is waiting . The hit
ratio is
> almost 95%. I dropped and recreated indices with the hope that
something
> would change. It stills the same. From my understanding nothing
major has
> been changed from the OS side. Excepts two dll upgraded to the
newer
> version.
> I need your help. Please let me know if you have had such an
experience or
> any information which help me to understand and resolve this
problem. Your
> help on this matter highly appreciated. .
>
> Thanks;
> Majid Kazemi
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Majid Kazemi
> INET: Mkazemi_at_teranet.on.ca
>
> Fat City Network Services -- (858) 538-5051 FAX: (858)
538-5051
> San Diego, California -- Public Internet access / Mailing
Lists
>
--------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and
in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You
may
> also send the HELP command for other information (like
subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: djordjej
INET: djordjej_at_home.com
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing
Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
Received on Mon Dec 04 2000 - 09:20:06 CST
