-none- 2004-07-29 - By -not available-
SELECT 'ANALYZE TABLE " ' || OWNER || ' ". " ' || TABLE_NAME ||=20
' " DELETE STATISTICS; '=20
FROM DBA_TABLES=20
WHERE OWNER =3D 'SYS '=20
;=20
Please Reference Note 35272.1 for more information as to why you should
not analyze the data dictionary tables.=20
Regards=20
Tom Villane=20
Oracle Support Metalink Analyst "
Cheers!
Michael Fontana
Sr. DBA
NTT/Verio
-- --Original Message-- --
From: oracle-l-bounce@(protected)
[mailto:oracle-l-bounce@(protected)] On Behalf Of Juan Carlos Reyes
Pacheco
Sent: Thursday, July 29, 2004 1:42 PM
To: oracle-l@(protected)
Subject: Re: SHOULD WE ANALYZE 9.2 SYS tables?
Hi Larry
SYS schema don 't need be analyzed, using tom kyte 's word "it 's magical "
and must not be analyzed if you got statistics in sys, you can ruin it 's
performance. sys schema don 't have to be touched, this means don 't
create user tables in sys, etc.
=20
=20
Juan Carlos Reyes Pacheco
OCP
-- ----Original Message-- ----
=20
From: oracle-l@(protected)
Date: 07/29/04 14:25:41
To: 'oracle-l@(protected) '
Subject: SHOULD WE ANALYZE 9.2 SYS tables?
=20
I had a question about a problem with 9.2 V$ views where a RULE hint
helped V$LOCK tremendously.
=20
Someone suggested Analyzing the SYS tables. IS everyone doing that now
or is there considerable reticence? I didn 't get a much current
information when I searched the FAQ or Google
=20
Has anyone experienced a downside?
=20
Is anyone doing some of the tables but not all?
=20
Thanks
Larry Wolfson
=20
=20
=20
**********************************************************************
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be
legally privileged. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution,
or copying of this communication is strictly prohibited. If you have
received this communication in error, please re-send this communication
to the sender and delete the original message or any copy of it from
your computer system. Thank You.
=20
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected) put
'unsubscribe ' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected) put
'unsubscribe ' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected)
put 'unsubscribe ' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
|
|
