RE: SHOULD WE ANALYZE 9.2 SYS tables?

From: Nelson, Allan <anelson_at_miswaco.com>
Date: Fri, 30 Jul 2004 07:20:45 -0500
Message-ID: <7E0DB3A126BA9146AC30744E2B7E424597433B@midhouhqxch01.net.smith.com>

As part of the upgrade to 9.2 from 8.1.7 in an Oracle Financials environement it is required.

Allan

-----Original Message-----

=46rom: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Mercadante, Thomas F Sent: Thursday, July 29, 2004 1:36 PM
To: 'oracle-l_at_freelists.org'
Subject: RE: SHOULD WE ANALYZE 9.2 SYS tables=3F

Larry,

We are not analyzing SYS tables, nor do we plan to. We have both migrated
databases to 9.2 and created them brand new. In either case, the migration
documentation does not say anything about anaylzing the sys tables. And the
sys tables in the new 9.2 database do not come already analyzed.

So I would guess that they are not supposed to be analyzed.

Anybody else=3F

Tom Mercadante
Oracle Certified Professional

-----Original Message-----

=46rom: Wolfson Larry - lwolfs [mailto:lawrence.wolfson_at_acxiom.com]=20 Sent: Thursday, July 29, 2004 2:23 PM
To: 'oracle-l_at_freelists.org'
Subject: SHOULD WE ANALYZE 9.2 SYS tables=3F

I had a question about a problem with 9.2 V$ views where a RULE hint helped
V$LOCK tremendously.

Someone suggested Analyzing the SYS tables. IS everyone doing that now or
is there considerable reticence=3F I didn't get a much current information
when I searched the FAQ or Google

Has anyone experienced a downside=3F

Is anyone doing some of the tables but not all=3F

	Thanks
	Larry Wolfson



**********************************************************************

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,=20 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.

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/

=46AQ 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_at_freelists.org

put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/ =46AQ is at http://www.freelists.org/help/fom-serve/cache/1.html

___________________________________________________________________________=

___
This email is intended solely for the person or entity to which it is = addressed and may contain confidential and/or privileged information. = Copying, forwarding or distributing this message by persons or entities = other than the addressee is prohibited. If you have received this email in = error, please contact the sender immediately and delete the material from = any computer. This email may have been monitored for policy compliance. = [021216]

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org 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

Received on Fri Jul 30 2004 - 07:18:27 CDT