Using DBMS_STAT.CREATE_STAT_TABLE

could someone please advise me the format DBMS_STAT.CREATE_STAT_TABLE is used and what columns need to be in there and the format. Thanks in advance

This procedure create stats table for you, please look at the example below:
[email protected]> exec dbms_stats.create_stat_table('mob','mobstats')
PL/SQL procedure successfully completed.
[email protected]> desc mobstats
Name Null? Type
STATID VARCHAR2(30)
TYPE CHAR(1)
VERSION NUMBER
FLAGS NUMBER
C1 VARCHAR2(30)
C2 VARCHAR2(30)
C3 VARCHAR2(30)
C4 VARCHAR2(30)
C5 VARCHAR2(30)
N1 NUMBER
N2 NUMBER
N3 NUMBER
N4 NUMBER
N5 NUMBER
N6 NUMBER
N7 NUMBER
N8 NUMBER
N9 NUMBER
N10 NUMBER
N11 NUMBER
N12 NUMBER
D1 DATE
R1 RAW(32)
R2 RAW(32)
CH1 VARCHAR2(1000)
Best Regards
Krystian Zieja / mob

Similar Messages

Confusion using dbms_stat package

Hi,
I am using oracle 10G. I am quite confusied between analyze comman and dbms_stat package. In 9i we can use the analyze command to generate the execution plan if the optimizer select the CHOOSE base. But in oracle 10G this is obsolete, instead of that we can use the three parameter values viz, ALL_ROWS, FIRST_ROWS and FIRTS_N_ROWS. In oracle documentation it is written that whenever we user the value ALL_ROWS then the oracle server automatically selects the COST based optimizer.
So My question is that what is the use of using dbms_stat package if the plan is automatically generated by setting the value ALL_ROWS in the parameter OPTIMIZER_MODE.
Please reply ASAP.
Thanks
SS

> I am quite confusied
It would seem so. This is the wrong forum for your subject matter. What makes you think that DBMS_STATS have anything to do with object orientated programming, object relational design and advance (user) defined data types in Oracle?
> Please reply ASAP.
We are volunteers doing answers for free here.
Urgent asap answers are supplied by Oracle Support when you file a Service Request with them. So try http://metalink.oracle.com for your asap answer.

What are the database resources when collecting stats using dbms_stats

Hello,
We have tables that contain stale stats and would want to collect stats using dbms_stats with estiamte of 30%. What are the database resources that would be consummed when dbms_stats is used on a table? Also, would the table be locked during dbms_stats? Thank you.

1) I'm not sure what resources you're talking about. Obviously, gathering statistics requires I/O since you've got to read lots of data from the table. It requires CPU particularly if you are gathering histograms. It requires RAM to the extent that you'll be doing sorts in PGA and to the extent that you'll be putting blocks in the buffer cache (and thus causing other blocks to age out), etc. Depending on whether you immediately invalidate query plans, you may force other sessions to start doing a lot more hard parsing as well.
2) You cannot do DDL on a table while you are gathering statistics, but you can do DML. You would generally not want to gather statistics while an application is active.
Justin

Using dbms_stats

Hi ,
I tried to ran the following dbms_stats for a new table
declare
begin
dbms_stats.gather_table_stats(ownname => xx, tabname => 'TESTING_BT' ,
options => 'GATHER AUTO', method_opt => 'for all columns size repeat',
estimate_percent => dbms_stats.auto_sample_size ,cascade => TRUE ) ;
end;
and it gave me the error :
ORA-06550: line 5, column 40:
PLS-00302: component 'AUTO_SAMPLE_SIZE' must be declared
ORA-06550: line 3, column 1:
PL/SQL: Statement ignored
ques :
1) i thought it will auto gather 5 - 20% of the existing records as per what i read ?
2) does it mean i need to update the "SAMPLE_SIZE" column with some values from the user_tables that has table_name = 'TESTIGN_BT' ?
3) if i really need to do pt 2 then the value is in terms of no of records or a percentage will do ?
kindly advise
tks & rdgs

First off all in 9.2 release options parameter is not proper for gather_table_stats.
It is onlyproper for gather_schema_stats or gather_databas_stats. So your statment
should look like this.
begin
dbms_stats.gather_table_stats(ownname => 'mob', tabname => 'T1' ,
method_opt => 'for all columns size repeat',
estimate_percent => dbms_stats.auto_sample_size ,cascade => TRUE ) ;
end;
There are several bugs in 9.2 about SAMPLE_SIZEcolumn is user_tables. You can
refer to "WHEN USING DBMS_STATS.AUTO_SAMPLE_SIZE NUM_ROWS=SAMPLE_SIZE"
Note:302802.1
Best Regards
Krystian Zieja / mob

Where are stats that are gathered using dbms_stats stored?

where are stats that are gathered using dbms_stats stored?

http://docs.oracle.com/cd/E11882_01/server.112/e16638/stats.htm#PFGRF94765

Regarding gathering statastics using dbms_stats

Hi,
BANNER
Oracle8i Enterprise Edition Release 8.1.7.0.0 - 64bit Production
PL/SQL Release 8.1.7.0.0 - Production
CORE 8.1.7.0.0 Production
TNS for Solaris: Version 8.1.7.0.0 - Production
NLSRTL Version 3.4.1.0.0 - Production
i would like generate statastics of tables using dbms_stats and i have lot of users in the database but i would like to generate statastics of "asap" user object(tables and indexes)i am using following syntax by connecting database as asap user :
sql>connect asap/asap;
sql>exec DBMS_STATS.GATHER_TABLE_STATS(NULL,'ITEM_T',CASCADE=>TRUE,METHOD_OPT=>'FOR ALL COLUMNS SIZE 254',
ESTIMATE_PERCENT=>10,DEGREE=>4);
is this statement is correct do anybody share valuable inputs since first time generating statastics in this database(new joinee)
Regards
Prakash

Hi Prakash ,
if i want gather statastics of asap schema how i need to connect database is as asap user or sys user OR both the cases are okIn general, I would carefully test the dbms_stats and the resulting new plans BEFORE doing anything in production! Lots may change!
Oracle recommends only re-analyzing when you have had enough data changes that it will effect your SQL execution plans.
Is there a reason for your desire to re-analyze? Have you identified sub-optimal SQL as a result of bad stats?
The addage "If it ain't broke, don't fix it" applies here.
Andy Holsworth recommends taking aa "deep" sample (perhaps more than 10% if you have the time), including histograms, and keep the stats as-is, only re-analyzing when required.
Withour SKEWONLY, you will need to manually add your histograms, by identifying skewed column distributions and correlating them to historical SQL. I have some notes on manual histogram detection here:
http://articles.techrepublic.com.com/5100-10878_11-5091017.html
We have the term "Monday Morning Mayhem" to describe databases where the DBA blindly re-analyzes stats on Sunday, only to find that the execution plans change dramatically.
Just make sure to test it throughly in both TEST and QA instances before changing production!

Error while using DBMS_STATS.GATHER_schema_STATS

Hi All,
My database just got upgraded from Oracle 9i to Oracle 11g.
While everything else is working fine post upgrade Oracle, the DBMS_STATS.GATHER_schema_STATS with METHOD_OPT => 'FOR COLUMNS SIZE ALL' , which was working fine in Oracle 9i is throwing error after upgarde.
Below is the error I received:
SQL> execute DBMS_STATS.GATHER_schema_STATS ('cins_dm', METHOD_OPT => 'FOR COLUMNS SIZE AUTO');
BEGIN DBMS_STATS.GATHER_schema_STATS ('cins_dm', METHOD_OPT => 'FOR COLUMNS SIZE AUTO'); END;
ERROR at line 1:
ORA-20001: method_opt should follow the syntax "[FOR ALL [INDEXED|HIDDEN] COLUMNS [size_caluse]]" when gathering statistics on a group of tables
ORA-06512: at "SYS.DBMS_STATS", line 9641
ORA-06512: at "SYS.DBMS_STATS", line 9716
ORA-06512: at "SYS.DBMS_STATS", line 10048
ORA-06512: at "SYS.DBMS_STATS", line 18939
ORA-06512: at "SYS.DBMS_STATS", line 19132
ORA-06512: at "SYS.DBMS_STATS", line 19088
ORA-06512: at line 1
OS Details:
Has this option got obsolete in Oracle 11g?
What is the alternative to this?
OS and Databse Details*
OS:
scrbbiddkbry002:sas# uname -a
SunOS scrbbiddkbry002 5.9 Generic_122300-51 sun4u sparc SUNW,Sun-Fire-V240
Oracle Client:
SQL*Plus: Release 9.2.0.1.0 - Production
Oracle Server:
SQL> select * from v$version;
BANNER
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE 11.1.0.7.0 Production
TNS for Solaris: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production
Edited by: user13071592 on Aug 3, 2010 2:38 AM

Hi,
While going through the link, it seems that METHOD_OPT => 'FOR COLUMNS SIZE AUTO' is obsolete in Oracle 11g and I will have to use METHOD_OPT => 'FOR ALL COLUMNS SIZE AUTO' instead of that. But the option METHOD_OPT => 'FOR COLUMNS SIZE AUTO' used to take just 5 minutes to complete while METHOD_OPT => 'FOR ALL COLUMNS SIZE AUTO' is taking 1 hour.
I want it to take time (5-6 minutes) which the original METHOD_OPT => 'FOR COLUMNS SIZE AUTO' was taking.

Link with examples of using dbms_stats package

Please,
Should Someone let me know when I could find a link or some example on using the new DBMS_STATS package to gather data statisitcs?
Thanks

All, made in Oracle:
http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14231/general.htm#sthref1861
http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14211/stats.htm#PFGRF30102
http://download-west.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_stats.htm#sthref7887
http://download-west.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_stats.htm#sthref7903
http://download-west.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_stats.htm#ARPLS059

Error using dbms_stats.drop_extended_stats

Hi!
I have the following problem:
I want to drop extended stats and i get the following error:
SQL> begin
2 dbms_stats.drop_extended_stats (
3 ownname => 'ORAP'
4 ,tabname => 'TDORGEH'
5 ,extension => '(O2_KOE||''*'')'
6 );
7 end;
8 /
begin
FEHLER in Zeile 1:
ORA-00001: Unique Constraint (SYS.I_WRI$_OPTSTAT_HH_OBJ_ICOL_ST) verletzt
ORA-06512: in "SYS.DBMS_STATS", Zeile 8443
ORA-06512: in "SYS.DBMS_STATS", Zeile 8497
ORA-06512: in "SYS.DBMS_STATS", Zeile 31747
ORA-06512: in Zeile 2
SQL> SELECT extension_name, extension
2 FROM dba_stat_extensions
3 WHERE table_name = 'TDORGEH';
EXTENSION_NAME EXTENSION
SYS_STUU82KTNIFD_P94KDKJ9#0$08 ("O2_KOE"||'*')
SYS_STUH6U9E_VV_9BVM9I3NNRX#8S ("O3_KOE"||'*')
SYS_STUCUZFT$CCNA7ZD6R08R3T660 ("O4_KOE"||'*')
SYS_STUCSINP1TWGAB#R_V3$XR72E7 ("O5_KOE"||'*')
SYS_STUFD58RVB7F0J1IOL2Q#Z$_VB ("O6_KOE"||'*')
SYS_STU#84ID#J#21ML9$7ZN#HQ7$Q ("O7_KOE"||'*')
SYS_STUCMDCY97QZOEH7TEIAB43GUX ("O8_KOE"||'*')
SYS_STUL3EYD$4V756XR5TCCV7KP94 ("O9_KOE"||'*')
SYS_STUWBXP9BM7ZXAR$JL9C6XVT7B ("O10_KOE"||'*')
9 Zeilen ausgewõhlt.
What is the problem?

Hi,
While going through the link, it seems that METHOD_OPT => 'FOR COLUMNS SIZE AUTO' is obsolete in Oracle 11g and I will have to use METHOD_OPT => 'FOR ALL COLUMNS SIZE AUTO' instead of that. But the option METHOD_OPT => 'FOR COLUMNS SIZE AUTO' used to take just 5 minutes to complete while METHOD_OPT => 'FOR ALL COLUMNS SIZE AUTO' is taking 1 hour.
I want it to take time (5-6 minutes) which the original METHOD_OPT => 'FOR COLUMNS SIZE AUTO' was taking.

Gathering daily statistics of a table using DBMS_STATS..!!

Hi all,
Can please somebody help me for how to collect daily statistics of a table..!!
executing the DBMS_stats is fine but when i assign as a job using OEM the job never starts. It just shows the status as job submitted but never executes..
Is there any other way to execute the DBMS_STATS daily...??

In 10g, it is executed daily at 22:00 by default.
Otherwise, you can execute something like
begin
dbms_job.isubmit(job       => 1,
                 what      => 'BEGIN
DBMS_STATS.GATHER_DATABASE_STATS (
estimate_percent      => DBMS_STATS.AUTO_SAMPLE_SIZE,
block_sample          => TRUE,
method_opt            => ''FOR ALL COLUMNS SIZE AUTO'',
degree                => 6,
granularity           => ''ALL'',
cascade               => TRUE,
options               => ''GATHER STALE''
END;',
                 next_date => sysdate + 2,
                 interval => 'TRUNC(SysDate +1 ) + 22/24',
                 no_parse => TRUE);
end;
commit;Make sure you commit.

Problems using dbms_stats.auto_sample_size

Hi,
when I try to execute the following statement:
exec dbms_stats.analyze_schema('SNT', dbms_stats.auto_sample_size);
I get the following error:
SQL> execute dbms_stats.gather_schema_stat
BEGIN dbms_stats.gather_schema_stats('SNT'
FEHLER in Zeile 1:
ORA-00933: SQL command not properly ended
ORA-06512: at "SYS.DBMS_STATS", line 9136
ORA-06512: at "SYS.DBMS_STATS", line 9616
ORA-06512: at "SYS.DBMS_STATS", line 9800
ORA-06512: at "SYS.DBMS_STATS", line 9854
ORA-06512: at "SYS.DBMS_STATS", line 9831
ORA-06512: at line 1
If I use:
exec dbms_stats.analyze_schema('SNT', 30);
the statement run without problems. This is an Ora 9.2 release.
What could be the problem for the first statement ?? Why Oracle doesn't accept the auto_sample_size ??
Thanks in advance
Dana

fyi: i can only reproduce bug 2968571 with 9.2.0.3 and 9.2.0.4

USE of DBMS_STATS

Hi All
I want to use the dbms_stats package to gather the statistics
EXEC DBMS_STATS.EXPORT_SCHEMA_STATS (
ownname => 'SCOTT',
stattab => 'DBSTATS',
statid => 'SCOTT' || '_' || TO_CHAR(SYSDATE,'MMDDYYYY'),
statown => 'DB_MONITOR');
In the above syntax dbstats table doesnot exists can someone tell how to create the DBSTATS table and what should be its structur so that it can store statistics
Please guide me..
Thanks
Ajay

Hi, you must create the table with the procedure
DBMS_STATS.CREATE_STAT_TABLE (
ownname VARCHAR2,
stattab VARCHAR2,
tblspace VARCHAR2 DEFAULT NULL);
If need more information, please visit the next link.
http://download.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_stats.htm#i1035018
Regards

Need help in DBMS_STATS - Oracle 10.1.0.5

Folks, when I ran SCHEMA STATS using DBMS_STATS in my Oracle 10.1.0.5 db, I got error message. Pl help..
Lily,
===================================================
SQL> EXEC DBMS_STATS.CREATE_STAT_TABLE ('IDIS_DBA','IDISDBA_STATTAB','IDIS_REFERENCE_D');
PL/SQL procedure successfully completed.
SQL> rem -running table monitoring now
SQL> EXEC DBMS_STATS.ALTER_SCHEMA_TAB_MONITORING (ownname=>'IDIS_DBA',monitoring=>TRUE);
PL/SQL procedure successfully completed.
SQL> EXEC DBMS_STATS.GATHER_SCHEMA_STATS(ownname=>'IIS_DBA',options=>'GATHER AUTO');
BEGIN DBMS_STATS.GATHER_SCHEMA_STATS(ownname=>'IIS_DBA',options=>'GATHER AUTO'); END;
ERROR at line 1:
ORA-12801: error signaled in parallel query server P015
ORA-00904: : invalid identifier
ORA-06512: at "SYS.DBMS_STATS", line 12887
ORA-06512: at "SYS.DBMS_STATS", line 13181
ORA-06512: at "SYS.DBMS_STATS", line 13289
ORA-06512: at "SYS.DBMS_STATS", line 13249
ORA-06512: at line 1
Elapsed: 00:00:06.55
===========================BUT when I ran table level schema, It got thru....
SQL>
SQL>
SQL>
SQL> exec DBMS_STATS.GATHER_TABLE_STATS ('IDIS_DBA','BI_CLNT2',NULL, 20, FALSE, 'FOR ALL INDEXED COL
UMNS SIZE 75', NULL, 'DEFAULT', TRUE);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.10
SQL>

If the data never changes, there would be no reason to gather statistics.
If the data changes, there may or may not be a reason to gather statistics. There is some risk to gathering statistics because that can cause query plans to change and you could find that a query that was working fine yesterday is running very slowly today. Failing to gather statistics, though, can have the same effect-- if a histogram on a column indicates that the maximum value of a date field is December 1, 2006 because you haven't updated statistics in a few days, the CBO may conclude that a query this column with a value of December 4 would return very few row, rather than the many rows that are really there, causing Oracle to use a different query plan. Oracle tends to believe that the latter risk is more of a concern than the former and in 10g regularly and automatically gathers statistics unless you susped that job. Some DBAs disagree with Oracle and prefer less frequent, more controlled statistics gathering.
If you GATHER AUTO, assuming your tables are set to MONITORING, Oracle gathers statistics on every table that has had more than some cutoff percentage of rows changed since statistics were last gathered. This cutoff is generally pretty reasonable, though ideally you'd probably want to gather statistics more frequently on smaller tables (adding 30 new rows to a 100 row table is probably more significant from a query plan perspective than adding 3 million rows to a 10 million row table) and less frequently on larger tables, more frequently on tables that have volatile data distributions (i.e. our DATE table) and less frequently on tables whose data distribution is relatively constant.
Justin

Problem using CTXXPATH index

Hi all,
i'm using Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 on Windows.
I created this table
create table PERSISTENT_COMPOSITION
COMPOSITION_ID NUMBER(19) not null,
XML_CONTENT    SYS.XMLTYPE not null,
)and filled it with more or less 1.000.000 records (that si 1.000.000 xml document loaded into XML_CONTENT).
Then first of all i tested it with a simple query just like the following:
SELECT *
FROM PERSISTENT_COMPOSITION t
WHERE existsNode(t.xml_content, '/composition/archetype_details/archetype_id[value="openEHR-EHR-COMPOSITION.composition_test.v1"]') = 1;obtaining the expected result: 50,000 records found.
Now, in order to improve query performances, i created a CTXXPATH index as follows:
CREATE INDEX IDX#COMP_CTXXPATH ON PERSISTENT_COMPOSITION(XML_CONTENT) INDEXTYPE IS CTXSYS.CTXXPATH;Then i tested the new performances using exactly the same query shown above...and here comes the problem: the query returns NO RESULT! No record was found! I looked at the query execution plan and it uses the created index IDX#COMP_CTXXPATH...but no record could be found...
I thought it could be a matter of namespace: in fact loaded xml documents have a xmlns set and so i changed the query as follows:
SELECT *
FROM persistent_composition t
WHERE existsNode(t.xml_content,
                  '/composition/archetype_details/archetype_id[value="openEHR-EHR-COMPOSITION.composition_test.v1"]',
             'xmlns="http://this.is.an.xmlns.url.org/v1"') = 1and surprise: i obtained my 50,000 results just like before BUT, looking at the query execution plan, the IDX#COMP_CTXXPATH index HASN'T BEEN USED!!!
I really don't understand why using the IDX#COMP_CTXXPATH i get no result....can someone help me?
Thank you very much
P.S: i tried using ANALYZE (both on index and on table), CTX_DDL.sync_index and CTX_DDL.optimize_index but got no result..
Edited by: user11295548 on 29-giu-2009 5.47

Besides following Mark's advice, and I could be mistaken regarding this in combination with domain indexes, you should NOT use ANALYZE anymore in a Oracle 10 environment. Instead use DBMS_STATS. Its more flexible.
http://download.oracle.com/docs/cd/B19306_01/server.102/b14200/statements_4005.htm#SQLRF01105
Note:
Do not use the COMPUTE and ESTIMATE clauses of ANALYZE to collect optimizer statistics.
These clauses are supported for backward compatibility.
Instead, use the DBMS_STATS package, which lets you collect statistics in parallel,
collect global statistics for partitioned objects, and fine tune your statistics collection
in other ways. The optimizer, which depends upon statistics, will eventually use only
statistics that have been collected by DBMS_STATS.
See PL/SQL Packages and Types Reference for more information on the
DBMS_STATS package. You must use the ANALYZE statement (rather than
DBMS_STATS) for statistics collection not related to the cost-based optimizer, such as:
- To use the VALIDATE or LIST CHAINED ROWS clauses
- To collect information on freelist blocks

Error when running DBMS_STATS package

Hi all.
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
PL/SQL Release 9.2.0.4.0 - Production
CORE 9.2.0.3.0 Production
TNS for Solaris: Version 9.2.0.4.0 - Production
NLSRTL Version 9.2.0.4.0 - Production
I am trying to gather schema stats using dbms_stats package and I see the following:
SQL> BEGIN DBMS_STATS.gather_schema_stats('SYSADM');
2 END;
3 /
ERROR at line 1:
ORA-29913: error in executing ODCIEXTTABLEOPEN callout
ORA-29400: data cartridge error
KUP-04040: file G534513-1004.txt in EXT_WINDIR not found
ORA-06512: at "SYS.DBMS_STATS", line 9375
ORA-06512: at "SYS.DBMS_STATS", line 9857
ORA-06512: at "SYS.DBMS_STATS", line 10041
ORA-06512: at "SYS.DBMS_STATS", line 10095
ORA-06512: at "SYS.DBMS_STATS", line 10072
ORA-06512: at line 1
The directory exists but the file is long gone. How can I get around this error?
Thanks

See if this helps,
ERROR WITH EXTERNAL TABLE
HTH
Aman....

Using DBMS_STAT.CREATE_STAT_TABLE

Similar Messages

Maybe you are looking for