Nope. Not at all. In fact, analyze_database analyzes data dictionary. I don't see why it would hurt performance to analyze the sys schama.
Here is the catch though:- do not analyze the sys tables using 'analyze command' since analyzing the few internal tables can cause deadlocks. But the analyze_schema ('SYS') is fine since it avoid analyzing those internal tables correctly and using the analyze_database is not good, since it does NOT avoid those internal tables due to a bug..Now, my head hurts...:-)
All right, are you saying that "exact" explain plan statement for the local and remote users work differently ? If that is the case,it can not be Data dictionary problem. Then you may want to turn on 10046 and see the bottlleneck..BTW, if you don't like the statistics in the DD, you can always go back and 'analyze_schema('SYS','DELETE')'..
Thanks
Riyaj "Re-yas" Shamsudeen
Certified Oracle DBA
i2 technologies www.i2.com
"Koivu, Lisa" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED] 06/07/01 04:33 PM
|
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]> cc: Subject: RE: HELP: Hanging Autotrace |
Are you kidding? I thought that Oracle adamantly stated that you are NOT to analyze the data dictionary...?
Plus the user who is local can do it in a snap. I can't.
I can explain plan on a very small query, yes.
List, am I off track with thinking NOT to analyze the data dictionary??
-----Original Message-----
t size=1 face="Arial">[EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, June 07, 2001 5:14 PM
To: Multiple recipients of list ORACLE-L
oman"> RE: HELP: Hanging Autotrace
Lisa
Simple test: Can you do explain plan on some small query ? If it takes long time, then you know that your data dictionary uses CBO and access to DD is being slow. Try analyzing the data dictionary using 'dbms_utility.analyze_schema('SYS','COMPUTE') and in my case it fixed the problem...
Thanks
Riyaj "Re-yas" Shamsudeen
Certified Oracle DBA
i2 technologies www.i2.com
"Koivu, Lisa" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/07/01 02:16 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
cc:
Subject: RE: HELP: Hanging Autotrace
Hi Jared, yes, good point.
And the answer is the latter, they don't care. I'm the only one trying to help the users and I'm getting the same treatment as them (I don't expect queen treatment. Just for them to recognize that the USERS NEED ATTENTION and I can help). Oh well, this place is so close to home I can entertain myself with other things until I get to create a database in the next few months. I have never spent so much time reading doco :)
Thanks for you reply.
Lisa
-----Original Message-----
Sent: Thursday, June 07, 2001 1:40 PM
To: [EMAIL PROTECTED]; Koivu, Lisa
Lisa,
Have you tried approaching this politically rather
than technically?
Let the manager of the local users know what you are
trying to do, and why you can't do it.
Then maybe some pressure can be applied to get you the
privs you need. You don't even need DBA privs, just
SELECT ANY TABLE.
If the local folks don't care, or don't want to pursue
it, then find something more interesting to do. :)
Jared
On Thursday 07 June 2001 06:12, Koivu, Lisa wrote:
> Good morning everyone,
>
> I'm trying to help out our user community here by tuning up some queries.
> Should be easy, right? Well I don't have dba privs and I have a crappy old
> W98 PC w/200-some processor. when I issue SET AUTOTRACE TRACEONLY EXPLAIN
> and start a query, it takes a loooong time to come back. It took me 30
> minutes to get a trace back. The dba (in Arkansas) gets his autotraces to
> come back in three seconds, of course he is where the host is. They are
> not willing to give me a unix account. Gee, I wouldn't trust me either.
> I'm such an OS hacker (yea, right) and a huge threat (puh-lease) and for
> petes sake I am trying to help the users - something him and his team
> absolutely do not do.
>
> Has anyone seen this before?
>
> > Lisa Koivu
> > Oracle Database Administrator
> > 954-935-4117
> > * Allen Iverson Rules! *
> >
> > The information in the electronic mail message is Cendant confidential
> > and may be legally privileged, it is intended solely for the addressee(s)
> > access to this internet electronic mail message by anyone else is
> > unauthorized. If you are not the intended recipient, any disclosure,
> > copying, distribution or any action taken or omitted to be taken in
> > reliance on it is prohibited and may be unlawful.
> >
> > The sender believes that this E-mail and any attachments were free of any
> > virus, worm, Trojan horse, and/or malicious code when sent. This message
> > and its attachments could have been infected during transmission. By
> > reading the message and opening any attachments, the recipient accepts
> > full responsibility for taking protective and remedial action about
> > viruses and other defects. Cendant Corporation or Affiliates are not
> > liable for any loss or damage arising in any way from this message or its
> > attachments.
----------------------------------------
Content-Type: text/html; name="Attachment: 1"
Content-Transfer-Encoding: quoted-printable
Content-Description:
----------------------------------------