RE: Gathering statistics on EM tables
- From: John Hallas <John.Hallas@xxxxxxxxxxxxxxxxxx>
- To: "nupendra@xxxxxxxxxxx" <nupendra@xxxxxxxxxxx>, "niall.litchfield@xxxxxxxxx" <niall.litchfield@xxxxxxxxx>, "oracle-l@xxxxxxxxxxxxx" <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 14 May 2009 08:23:57 +0100
Check value of statistics_level. It needs to be TYPICAL or ALL to allow the
auto gathering of statistics
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
optimizer_use_pending_statistics boolean FALSE
statistics_level string TYPICAL
timed_os_statistics integer 0
timed_statistics boolean TRUE
________________________________
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Upendra N
Sent: 14 May 2009 02:58
To: niall.litchfield@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx
Subject: RE: Gathering statistics on EM tables
Hi Niall,
Thanks for your suggestion.
I did check, I don't see stats gathered.
1 select trunc(last_analyzed) date_analyzed, count(*) from dba_tables where
owner='SYSMAN'
2* group by trunc(last_analyzed)
SQL> /
DATE_ANALYZED COUNT(*)
------------------- ----------
15
08/05/2009 00:00:00 1
07/05/2009 00:00:00 2
09/05/2009 00:00:00 1
23/03/2007 00:00:00 762
I will also get the information on cardinality soon.
-Upendra
> Date: Wed, 13 May 2009 09:34:42 +0100
> Subject: Re: Gathering statistics on EM tables
> From: niall.litchfield@xxxxxxxxx
> To: nupendra@xxxxxxxxxxx; oracle-l@xxxxxxxxxxxxx
>
> Well as the repository is a 10g database, you'll be gathering stats
> every night by default anyway. Do the execution plans show bad
> cardinality estimates?
>
> On 5/13/09, Upendra N <nupendra@xxxxxxxxxxx> wrote:
> >
> > We have Oracle Grid control 10.2.0.2 on solaris 10. Some of the custom
> > written reports are eating up quite a bit of CPU cycles (tables are not
> > large). The issue seems to be incorrect query plan. Do we need to anything
> > special on gathering schema/object statistics?
> > I am thinking of gathering statistics once a week for the entire schema.
> > Any suggestions?
> >
> > Thanks
> > -Upendra
> >
> >
> > _________________________________________________________________
> > Windows Live(tm): Keep your life in sync.
> > http://windowslive.com/explore?ocid=TXT_TAGLM_BR_life_in_synch_052009
>
> --
> Sent from Google Mail for mobile | mobile.google.com
>
> Niall Litchfield
> Oracle DBA
> http://www.orawin.info
________________________________
Hotmail(r) has ever-growing storage! Don't worry about storage limits. Check it
out.<http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutorial_Storage1_052009>
______________________________________________________________________
Wm Morrison Supermarkets Plc is registered in England with number 358949. The
registered office of the company is situated at Gain Lane, Bradford, West
Yorkshire BD3 7DL. This email and any attachments are intended for the
addressee(s) only and may be confidential.
If you are not the intended recipient, please inform the sender by replying to
the email that you have received in error and then destroy the email.
If you are not the intended recipient, you must not use, disclose, copy or rely
on the email or its attachments in any way.
Wm Morrison Supermarkets PLC accepts no liability or responsibility for
anything said in the email or its attachments and gives no warranty as to
accuracy. It is the policy of Wm Morrison Supermarkets PLC not to enter into
any contractual or other obligations by email.
Although we have taken steps to ensure the email and its attachments are
virus-free, we cannot guarantee this or accept any responsibility,
and it is the responsibility of recipients to carry out their own virus checks.
______________________________________________________________________
Other related posts:
