exec dbms_stats.set_column_stats

Hi all

on 11.2.0.4,.

If I run:

exec (dbms_stats.set_column_stats)

OWNNAME = > 'FLINTSTONE ',.

TABNAME = > 'FRED ',.

NULLCNT = > 100000000)

DISTANCE = > 10;

How can I check the result? In what table? Any query see the new REMOTE value?

Thank you.

DBA_TAB_COLS

Tags: Database

Similar Questions

Execute "dbms_stats.gather_table_stats in the start = > run until the peak hours = > pause = > restart from where he was arrested after the rush hour" mode.

Guys,
Please let know us if it is possible to run dbms_stats.gather_table_stats in "start = > Execute until off-peak hours = > take a break during peak times = > restart from where he was arrested after the rush hour" mode.
I partitioned table with mammoth number of records requiring full table statistics collection once all 3 months. Stats gathering is so expensive that it takes almost 2 days to complete. Our goal is to ensure that no SQL that runs during peak hours (15:00 to 22:00 hours) is affected by the collection of statistics. That's why we would like the stats collection to run above mode.
Ideas, suggestions would be very appreciated and I will receive with the profound esteem.
-Bugs

Like others, I wonder why full stats are required.

You nightly stats together people with reduced mobility?

Check dba_tab_modifications for the changes made to the table, your stats every night, whether its stats are needed comes from there so if a partition has no 10% change, why you re - collect his stats for her? There are a few other things going on behind the scenes, but close enough. Even if you set additional stats there and kick that off, he'll simply choose the following who did not, risking several work trying to do the same thing

theres probably 10 different ways to act how you're good with plql but generate your work statistics with something like that, then open multiple windows of sqlplus and divide it into sections while you are in the collection of statistics on several pieces at the same time. Failure could write some autonomous plsql proc that analyzes a partition that went in there and call that any amount of time passing in the partition in a loop, but you get the idea of gathering statistics on more than one partition at the same time.

Change the value of table_owner and table_name

exec DBMS_STATS. FLUSH_DATABASE_MONITORING_INFO;

Select the command from

(select (nvl(a.updates,0) + nvl(a.inserts,0) + nvl(a.deletes,0)) * 100)

/ nvl(b.num_rows,1) as change.

"exec DBMS_STATS. GATHER_TABLE_STATS (' |) '''' || "TABLE_OWNER" | '''' || ',' || '''' || 'TABLE_NAME ' | '''' || ', granularity =>' | '''' || 'PARTITION | ''''|| ', PARTNAME =>' | '''' || a.PARTITION_NAME | '''' || ', ESTIMATE_PERCENT => DBMS_STATS. AUTO_SAMPLE_SIZE, METHOD_OPT => ' | '''' || 'FOR ALL COLUMNS SIZE AUTO ' | '''' || ')' as a command

of dba_tab_modifications a, b dba_tab_partitions

where a.table_name as "TABLE PARTITIONNEE YOUR BIG".

and a.table_name = b.table_name

and a.partition_name = b.partition_name

and nvl(a.updates,0) + nvl(a.inserts,0) + nvl(a.deletes,0) > 0

)

where to change > = 10

DBMS_STATS, unexpected behavior?

Hello
I was doing an exercise to create migrated/chained rows for a table (ROW_CHAIN_MIG). [using 11.2.0.1]
After inserting/updating of the lines in the table, I tried collecting statistics for the table to check the USER_TABLES. CHAIN_CNT
using the DBMS_STATS. GATHER_TABLE_STATS as:
----------------------------
SQL > exec dbms_stats.gather_table_stats (-)
> ownname = > 'SYS '.
(> tabname = > 'ROW_CHAIN_MIG');
SQL > select chain_cnt from user_tables where table_name = 'ROW_CHAIN_MIG ';
CHAIN_CNT
----------
0
----------------------------
But he returns to zero count for the chained rows.
When I did an ANALYZE TABLE... CALCULATE STATISTICS, he returned 3 as number of chained rows
----------------------------
SQL > analyze table row_chain_mig where compute statistics;
SQL > select chain_cnt from user_tables where table_name = 'ROW_CHAIN_MIG ';
CHAIN_CNT
----------
3
----------------------------
Is this expected behavior of the DBMS_STATS. GATHER_TABLE_STATS? (i.e. it does not collect statistics CHAIN_CNT)
My understanding is DBMS_STATS to collect all the statistics gathered by ANALYZE & vbLf & stats no longer needed by the CBO.
OR was it there something missing from the DBMS_STATS this stat (CHAIN_CNT) has been missed.
TIA.

The analyze command should not be used to collect optimizer statistics, but, as you noted, it will capture the chain_cnt (which does not differentiate between migrated lines, lines chained and lines chained 'intra-block' (i.e. the lines containing more than 255 columns) while dbms_stats.does do not attempt to capture a chain_cnt.) It is the expected behavior.

Unfortunately (or not, depending on your point of view) the optimizer will use the chain_cnt in his calculations, if you use analyze to set. Of course, there are other differences between the dbms_stats and analyze versions of stats - so plans can change between the two even if you have not all chained rows.

See: analyse dbms_stats chain_cnt | Search results | Oracle scratchpad for a few comments - you need to follow a few links in the result list.

Concerning

Jonathan Lewis

analyze the work of the table but dbms_stats does not work

Hi all
I have a very simple question, although analyze command became obsolete for many years, when I use analyze, command, I get the result of empty_blocks (user_tables) but when I use the dbms_stat package I get nothing.
SQL > select * from v version $;
BANNER
----------------------------------------------------------------
Oracle Database 10 g Express Edition Release 10.2.0.1.0 - product
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
AMT for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
SQL > create table deneme2 in select * from object;
table created

SQL > exec dbms_stats.gather_table_stats (USER, 'DENEME2');
PL/SQL procedure successfully completed.
SQL > select blocks, empty_blocks from user_tables where table_name = 'DENEME2;
BLOCKS EMPTY_BLOCKS
---------- ------------
13 0
SQL > analyze table deneme2 calculating statistics;
Parsed table.
SQL > select blocks, empty_blocks from user_tables where table_name = 'DENEME2;
BLOCKS EMPTY_BLOCKS
---------- ------------
13 3
Which is wrong with dbms_stats? I missed somewhere? Does anyone have any idea who why dbms_stat can't work?
Thanks in advance.

Hello

That's what said ORACLE. See the link below:

http://docs.Oracle.com/CD/B28359_01/server.111/b28310/general002.htm

«Oracle is recommended to use the most versatile DBMS_STATS package for gathering statistics for the optimizer, but you must use the ANALYZE instruction to collect statistics that are not related to the optimizer, such as empty blocks, spatial average and so on.»

DBMS_STATS can. COPY_TABLE_STATS cause of index statistics be NEWLYgatered?
Hi all

The BP is 11.2.0.3 on a linux machine.

In my production DB, I published the following command to copy table statistics / index between partitions.

= > EXEC DBMS_STATS. COPY_TABLE_STATS (OWNNAME = > 'AA', TABNAME = > AA_TABLE, SRCPARTNAME = > 'P201302', DSTPARTNAME = > 'P201303');

The command above cause the index statistics to collect 'NEWLY' instead of copying the table statistics / index?
After that I issued the command, some of the index partitions'statistics are newly collected (last_analyzed).

I'm still not sure that two things are between the relationship of cause and effect.

Thanks in advance.
Best regards.
Please check below doc

http://oracledoug.com/Serendipity/index.php?/archives/1596-statistics-on-partitioned-tables-part-6a-COPY_TABLE_STATS.html

Hope this helps,

Concerning
ORA-01031: insufficient privileges
http://www.oracleracexpert.com
http://www.oracleracexpert.com/2013/02/ora-01031-insufficient-privileges.html
How to change the Oracle DBNAME and DBID
http://www.oracleracexpert.com/2013/02/how-to-change-Oracle-dbname-and-dbid.html

DBMS_STATS. GATHER_TABLE_STATS
Hello
I'd like to collect statistics on more than one table in a single command, but I don't know how to do it.
Like stupid like I guess that it's really simple, but I have not found a solution to it so that's...

It works:
exec DBMS_STATS. () GATHER_TABLE_STATS
ownname = > 'schema1. "
tabname = > 'tab1 ',.
estimate_percent = > '100'.
method_opt = > 'for all THE COLUMNS.
granularity = > "ALL."
Cascade = > TRUE,
degree = > DBMS_STATS. DEFAULT_DEGREE);

But I would do something like:
exec DBMS_STATS. () GATHER_TABLE_STATS
ownname = > 'schema1. "
tabname = > ("tab1", "tab2", "3" tab).
estimate_percent = > '100'.
method_opt = > 'for all THE COLUMNS.
granularity = > "ALL."
Cascade = > TRUE,
degree = > DBMS_STATS. DEFAULT_DEGREE);

Is this possible?

Concerning
Hello

Please consult the foll link

Re: Running stats on multiple tables

DBMS_STATS - degree to use?
DBA dear friends,

I am running stats gather on a schema size - 1.1 to with gather_schema_stats. I have about 300 paintings, (4 to 5 of them are partitioned). I would like to know how to use? If I understand correctly, is degree by the number of processors on the server and by default is NULL. Here's the syntax I use to collect stats: (pretty well all the default arguments).
Do you propose using degree? If so, the value of degree of auto is fine? or basis of CPU?

Appreciate your thoughts!
```
EXEC DBMS_STATS.GATHER_SCHEMA_STATS(ownname => 'OWNER', cascade=> TRUE);
```
No, its only allows to parallelize the statistics gathering processes that make faster.

DBMS_STATS and LAST_ANALYZED question
Individuals:

Oracle 11 GR 1 material (v 11.1.0.7)
5.7 redhat
Do not use partitioning

Trying to force an update on the stats for some tables. Using DBMS_STATS I thought it would be easy, but for some reason, it turns out not to be the case.

SQL > exec dbms_stats.gather_table_stats (ownname = > 'SCOTT', estimate_percent = > null, cascade = > true, tabname = > 'NEW_TABLE');

SQL > select last_analyzed, stale_stats from dba_tab_statistics where owner = 'SCOTT' and table_name = 'NEW_TABLE ';

LAST_ANAL STA
--------- ---
1 NOVEMBER 10 NO.

I can call dbms_stats.delete_table_stats and the Last_analyzed and Stale_stats columns disappear... I think using dbms_stats.gather_table_stats would then fill in these columns, but they remain empty.

SQL > exec dbms_stats.gather_table_stats (ownname = > 'SCOTT', estimate_percent = > null, cascade = > true, tabname = > 'NEW_TABLE');

SQL > select last_analyzed, stale_stats from dba_tab_statistics where owner = 'SCOTT' and table_name = 'NEW_TABLE ';

LAST_ANAL STA
--------- ---
{NULL} {NULL}

The ONLY thing I found which filled columns after the publication of the delete_table_stats, is:

SQL > analyze table SCOTT. New_table calculates statistics;

SQL > select last_analyzed, stale_stats from dba_tab_statistics where owner = 'SCOTT' and table_name = 'NEW_TABLE ';

LAST_ANAL STA
--------- ---
NO. 6 FEBRUARY 12

As I know, this is contrary to the way in which my world Oracle should work... I thought DBMS_STATS was the new way to bring together his stats, but am now find this package does not seem to be working properly. Am I missing something?
The indicator for the collection of statistics in a waiting area is persistent, so it does not matter if someone is logged in right now.

In addition, you can check if the flag is set at the level system (not only for this table).

Lordane Iotzov
http://iiotzov.WordPress.com/

Degree collect procedures of the DBMS_STATS package

Hi all

My DB is 11.1 and my collection procedure looks like:

BEGIN
DBMS_STATS. GATHER_TABLE_STATS (ownname = > user,)
tabname = > 'S_BK ',.
method_opt = > 'for all columns size auto '.
level = > 4,
estimate_percent = > 10,
granularity = > "ALL."
Cascade = > TRUE);
END;
/

It costs 5 minutes to complete. I also test with no setting to NULL and degree at 8, but total running time no difference.

What is the use of the parameter DGREE here?

Best regards

Leon

On a small test server, I can understand his stats on a table 699 MB 11.72seconds 6.4million. Oracle has actually used 8 PQ slaves. I had specified a degree higher than 4, it really was not significantly faster.

SQL> exec dbms_stats.gather_table_stats('','LARGE_TABLE',estimate_percent=>30,degree=>4);

PL/SQL procedure successfully completed.

Elapsed: 00:00:11.72
SQL> select * from v$pq_tqstat;

DFO_NUMBER      TQ_ID SERVER_TYP   NUM_ROWS      BYTES  OPEN_TIME AVG_LATENCY      WAITS   TIMEOUTS PROCESS     INSTANCE
---------- ---------- ---------- ---------- ---------- ---------- ----------- ---------- ---------- ---------- ----------
         1          0 Producer        75620    1255414          0           0          0          0 P006               1
         1          0 Producer        75620    1255414          0           0          0          0 P005               1
         1          0 Producer        75620    1255414          0           0          0          0 P007               1
         1          0 Consumer        75800    1263404          0           0          8          5 P003               1
         1          1 Producer           11        957          0           0          6          2 P003               1
         1          0 Consumer        75816    1256372          0           0          8          5 P000               1
         1          1 Producer           11        957          0           0         17          6 P000               1
         1          0 Producer        75620    1255414          0           0          0          0 P004               1
         1          0 Consumer        74980    1242652          0           0          8          5 P002               1
         1          1 Producer           12        969          0           0          5          3 P002               1
         1          0 Consumer        75884    1259228          0           0          8          5 P001               1
         1          1 Producer           13        981          0           0          1          0 P001               1
         1          1 Consumer           47       3864          0           0          7          2 QC1

13 rows selected.

Elapsed: 00:00:00.07
SQL>
SQL> select num_rows, avg_row_len, blocks from user_tables where table_name = 'LARGE_TABLE';

  NUM_ROWS AVG_ROW_LEN     BLOCKS
---------- ----------- ----------
   6443883          94      89525

Elapsed: 00:00:00.02
SQL>
SQL> select 89525*8192/1048576 from dual;

89525*8192/1048576
------------------
        699.414063

Elapsed: 00:00:00.01
SQL>

Hemant K Collette

How DBMS_STATS. GATHER_TABLE_STATS will not work?
Hi all

I have the TEMP_DATA_LOAD table. This table does not appear in the tablespace "Load_data_o1".
I index on this table say 'ABC '. This index is present in the tablespace "index_data_01".

I have this table in the schema "Load_data.

and the SQL in the procedure (the procedure is also present in the schema "Load_data")

EXEC DBMS_STATS. GATHER_TABLE_STATS (OWNNAME = > USER, TABNAME = > 'TEMP_DATA_LOAD', CASCADE = > TRUE);

I am not able to understaand how this statement will be works when ownname = user?
The USER is a column of nickname that gives you the current user. So DBMS_STATS will attempt to find the table to the specified user (or can be called schema) and collect statistics.

You can run the following SQL to know what is your current user is.
```
select user from dual
```

Must run DBMS_STATS within a program
I use Delphi 2010, Oracle 10 g under Unix. I need to run GATHER_TABLE_STATS and modify the two indexes in a program. Before the program executes a SQLLDR module supplies a table, and if the stats and the clues are not redone the program will run for 6 to 8 hours. If they are redone it will run 10 to 15 minutes. I am wanting to create a stored procedure that can be called before any other processing in the program, but am not familiar enough with the stored procs and packages to be able to properly assemble instructions. That's what my procedure looks like this now:

PROCEDURE ALTER_ACCUM_INDEX
IS
BEGIN
EXEC DBMS_STATS. GATHER_TABLE_STATS ('CCOK', 'ZTEMP_ESI_ACCUM', METHOD_OPT = > 'for all indexed columns', CASCADE = > TRUE);
ALTER INDEX CCOK. INX1_ZTEMP_ESI_ACCUMM_1 COMPUTING STATISTICS;
ALTER INDEX CCOK. INX1_ZTEMP_ESI_ACCUM_2 COMPUTING STATISTICS;
END;

You try to compile, it gives me the following errors:
Error (5151,10): PLS-00103: encountered the symbol 'DBMS_STATS' when waiting for one of the following values: =. ( @ % ; The symbol ': = ' was replaced by "DBMS_STATS" continue.
Error (5152,5): PLS-00103: encountered the symbol "ALTER" during the expected as follows: begin case declare exit end exception for goto rise back loop mod null pragma select update while < ID > < one between double quote delimited identifiers of > < a variable binding > < < current delete fetch locking insert open nearby rollback savepoint SQLExecute fusion pipe set commit forall

Obviously, I'm doing something wrong. I don't know what. Any suggestions are appreciated. If you'll just tell me how ignorant I am, go ahead and skip this part, I already know.

Thank you!
RUN IMMEDIATELY "ALTER INDEX CCOK. INX1_ZTEMP_ESI_ACCUMM_1 COMPUTING STATISTICS;
RUN IMMEDIATELY "ALTER INDEX CCOK. INX1_ZTEMP_ESI_ACCUM_2 COMPUTING STATISTICS;

DBMS_STATS. Option of cascade GATHER_TABLE_STATS

Hello.

I've got a discussion going on here with DBA´s. The subject is DBMS_STATS. GATHER_TABLE_STATS cascade option.

My point is that I m assuming that when cascade = true option it will fix also all tables related to the table I m collecting statistics.

DBA´s say that s is not going to happen.

Could you guys please put your analyses?

Tanks!

user2644654 wrote:
OK, but see what Burleson said:

The CASCADE Option

During the analysis of specific tables, the cascade option can be used to analyze all related objects, based on the foreign key constraints. For example, his stats$ snapshot has integrity referential foreign key in all subordinate tables (stats$ sysstat, etc.), so a single analysis can call an analysis of all the subordinate tables: *.

http://www.DBA-Oracle.com/oracle_tips_dbms_stats1.htm

Why, when you have links to the ORACLE documentation, which makes no mention of the claims found in the link above? For not to mention that this same link has no proof of the claim... here go us.

create table parent_table
(
   column1 number primary key,
   column2 number
);

create table child_table
(
   column1 number,
   column2 number,
   column3 number,
   constraint child_table_pk primary key (column1, column2),
   constraint child_table_fk foreign key (column1) references parent_table(column1)
);

ME_XE?exec dbms_stats.gather_table_stats(user, 'PARENT_TABLE', cascade=> true);

PL/SQL procedure successfully completed.

ME_XE?
ME_XE?
ME_XE?
ME_XE?select
  2     table_name,
  3     last_analyzed
  4  from dba_tables
  5  where owner = user
  6  and table_name in ('PARENT_TABLE','CHILD_TABLE');

TABLE_NAME                                                                                 LAST_ANALYZED
------------------------------------------------------------------------------------------ --------------------------
PARENT_TABLE                                                                               10-SEP-2010 11 22:48
CHILD_TABLE

2 rows selected.

ME_XE?
ME_XE?select * from v$version;

BANNER
---------------------------------------------------------------------
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Product
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

5 rows selected.

In a footnote, I would advise that you take any information from this Web site and look for a source independent corroborative. I will say that the website is of value 0, but I certainly wouldn't classify it as a 'good' source of accurate information of Oracle.

Enterprise Manager error DBMS_STATS
A task is scheduled to make on a 10g R2 dbms_stats

In the PL/SQL block, we have:

Start
exec dbms_stats.gather_schema_stats (ownname = > 'myTest', options = > 'COLLECT', estimate_percent = > dbms_stats.auto_sample_size, method_opt = > 'for all columns size auto', cascade = > true, level = > 7);
exec dbms_stats.gather_schema_stats (ownname = > 'myDev', options = > 'COMPILE', estimate_percent = > dbms_stats.auto_sample_size, method_opt = > 'for all columns size auto', cascade = > true, level = > 7);
end;

The error is

ORA-06550: line ORA-06550: line 2, column 8: PLS-00103: encountered the symbol 'DBMS_STATS' when waiting for one of the following values: =. ( @ % ; The symbol ': = ' was replaced by "DBMS_STATS" continue. ORA-06550: line 3, column 6: PLS-00103: encountered the symbol 'DBMS_STATS' when waiting for one of the following values: =. ( @ % ; The symbol ': = ' was replaced by "DBMS_STATS" continue. column:

How to fix?
You do not use EXEC inside a pl/sql block.

For example.
```
TUBBY_TUBBZ?exec dbms_stats.gather_table_stats(user, 'PARTY_TIMES');

PL/SQL procedure successfully completed.

begin
exec dbms_stats.gather_table_stats(user, 'PARTY_TIMES');
  3  end;
  4  /
exec dbms_stats.gather_table_stats(user, 'PARTY_TIMES');
     *
ERROR at line 2:
ORA-06550: line 2, column 6:
PLS-00103: Encountered the symbol "DBMS_STATS" when expecting one of the following:
:= . ( @ % ;
The symbol ":=" was substituted for "DBMS_STATS" to continue.

begin
   dbms_stats.gather_table_stats(user, 'PARTY_TIMES');
end;
  4  /

PL/SQL procedure successfully completed.

TUBBY_TUBBZ?
```

DBMS_STATS.gather_database_stats;

How can I make sure stats are uptodate, which the v$ / dba_ discovered to verify that?

my understanding is executed
EXEC DBMS_STATS.gather_database_stats;

SQL> desc dba_tab_statistics
 Name                                      Null?    Type
 ----------------------------------------- -------- ---------------------------
 OWNER                                              VARCHAR2(30)
 TABLE_NAME                                         VARCHAR2(30)
 PARTITION_NAME                                     VARCHAR2(30)
 PARTITION_POSITION                                 NUMBER
 SUBPARTITION_NAME                                  VARCHAR2(30)
 SUBPARTITION_POSITION                              NUMBER
 OBJECT_TYPE                                        VARCHAR2(12)
 NUM_ROWS                                           NUMBER
 BLOCKS                                             NUMBER
 EMPTY_BLOCKS                                       NUMBER
 AVG_SPACE                                          NUMBER
 CHAIN_CNT                                          NUMBER
 AVG_ROW_LEN                                        NUMBER
 AVG_SPACE_FREELIST_BLOCKS                          NUMBER
 NUM_FREELIST_BLOCKS                                NUMBER
 AVG_CACHED_BLOCKS                                  NUMBER
 AVG_CACHE_HIT_RATIO                                NUMBER
 SAMPLE_SIZE                                        NUMBER
 LAST_ANALYZED                                      DATE
 GLOBAL_STATS                                       VARCHAR2(3)
 USER_STATS                                         VARCHAR2(3)
 STATTYPE_LOCKED                                    VARCHAR2(5)
 STALE_STATS                                        VARCHAR2(3)

OR
Check dba_tables

HTH
-André

DBMS_STATS.gather_schema job
Hello
I used the following script to collect stats of the particular scheme, now I wanted this would work through possible. I tried, but it gave error that my script is

exec dbms_stats.gather_schema_stats ('RAMDISK1', options = > 'COMPILE', estimate_percent = > 10, cascade = > TRUE, LEVEL = > 7)

by operating in sqlplus it runs successfully, but I when I use start end it gives error please help me how to run in my script to work is

BEGIN
() sys.dbms_scheduler.create_job
job_name = > ""SYS"". "" GATHER_STATS_TEST' '.
job_type = > 'PLSQL_BLOCK ',.
job_action = > ' start
DBMS_STATS.gather_schema_stats ('RAMDISK1', options = > 'COMPILE', estimate_percent = > 10, cascade = > TRUE, LEVEL = > 7) end;',
schedule_name = > ""SYS"". "" STATS_SCHH' '.
job_class = > ' «DEFAULT_JOB_CLASS»»
auto_drop = > FALSE,
enabled = > TRUE);
end;

Error

ORA-06550: line 2, column 1: PLS-00103: encountered the symbol 'DBMS_STATS' when waiting for one of the following values: =. ( @ % ; The symbol ': = ' was replaced by "DBMS_STATS" continue. ORA-06550: line 2, column 40: PLS-00103: encountered the symbol "RAMDISK1" at awaits one of the following values :), * & = - + <>/ is mod remains not rem = > < an exponent (*) > <>or! (= or ~ = > = < = <>and or as like2 like4 likec in reports between usi ORA-06550: line 2, column 74: PLS-00103: encountered the symbol "GATHERING" at the expected as follows :)), * & = - + <>/ at is mod remains not rem < an exponent (*) > <>or! = or ~ = > = < = <>and or as like2 like4 likec between | multiset Member ORA-06550: line 3, column 1: PLS-00103: encountered the symbol "END" when waiting for one of the following values: (* % & = - +; <>/ at is mod remains not rem < an exponent (*) > <>or! = or ~ = > = < = <>and or as between like2 like4 likec | multiset members)
Start
DBMS_STATS.gather_schema_stats ('RAMDISK1', options => 'COMPILE', estimate_percent-online 10, cascade-TRUE, online DEGREE-online 7);
end;
/

Note the conclusion.

----------------
Sybrand Bakker
Senior Oracle DBA

exec dbms_stats.set_column_stats

Similar Questions

Maybe you are looking for