| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Index not used
Mark, and all
At 03:52 PM 5/16/2006, Bobak, Mark wrote:
>Hmm....those seem to be high clustering factors, but, to be sure, we
>need to know how many rows are in t2, and how many blocks in t2 are
>below the HWM. The clustering factor will always range between the
>number of blocks below the HWM for the table (good) to number of
>rows in the table (bad).
Slight correction. While I can't imagine a scenario where the clustering factor will be higher than the number of (indexed) rows, I can easily create a scenario where it is less than the number of blocks below the HWM:
SQL> create table mark( c1 number, c2 varchar2(4000));
SQL> insert into mark select rownum, rpad('A',3500,'*') from
dba_objects where rownum <= 5000;
SQL> delete from mark;
SQL> insert into mark select rownum, rpad('A',3500,'*') from
dba_objects where rownum <= 1;
SQL> commit;
SQL> create index mark on mark(c1);
SQL> @gather_table_stats mark 100
SQL> exec print_table('select * from user_tables where table_name = ''MARK''');
TABLE_NAME : MARK
TABLESPACE_NAME : USERS
CLUSTER_NAME :
IOT_NAME :
PCT_FREE : 10
PCT_USED :
INI_TRANS : 1
MAX_TRANS : 255
INITIAL_EXTENT : 65536
NEXT_EXTENT :
MIN_EXTENTS : 1
MAX_EXTENTS : 2147483645
PCT_INCREASE :
FREELISTS :
FREELIST_GROUPS :
LOGGING : YES
BACKED_UP : N
NUM_ROWS : 1
BLOCKS : 2512
EMPTY_BLOCKS : 0
AVG_SPACE : 0
CHAIN_CNT : 0
AVG_ROW_LEN : 3504
AVG_SPACE_FREELIST_BLOCKS : 0
NUM_FREELIST_BLOCKS : 0
DEGREE : 1
INSTANCES : 1
CACHE : N
TABLE_LOCK : ENABLED
SAMPLE_SIZE : 1
LAST_ANALYZED : 2006-05-16 19:16:33
PARTITIONED : NO
IOT_TYPE :
TEMPORARY : N
SECONDARY : N
NESTED : NO
BUFFER_POOL : DEFAULT
ROW_MOVEMENT : DISABLED
GLOBAL_STATS : YES
USER_STATS : NO
DURATION :
SKIP_CORRUPT : DISABLED
MONITORING : YES
CLUSTER_OWNER :
DEPENDENCIES : DISABLED
COMPRESSION : DISABLED
DROPPED : NO
-----------------
SQL> exec print_table('select * from user_indexes where table_name = ''MARK''');
INDEX_NAME : MARK INDEX_TYPE : NORMAL TABLE_OWNER : SCOTT TABLE_NAME : MARK TABLE_TYPE : TABLE UNIQUENESS : NONUNIQUE COMPRESSION : DISABLED PREFIX_LENGTH : TABLESPACE_NAME : USERS INI_TRANS : 2 MAX_TRANS : 255 INITIAL_EXTENT : 65536 NEXT_EXTENT : MIN_EXTENTS : 1 MAX_EXTENTS : 2147483645 PCT_INCREASE : PCT_THRESHOLD : INCLUDE_COLUMN : FREELISTS : FREELIST_GROUPS : PCT_FREE : 10 LOGGING : YES BLEVEL : 0 LEAF_BLOCKS : 1 DISTINCT_KEYS : 1 AVG_LEAF_BLOCKS_PER_KEY : 1 AVG_DATA_BLOCKS_PER_KEY : 1 CLUSTERING_FACTOR : 1 STATUS : VALID NUM_ROWS : 1 SAMPLE_SIZE : 1 LAST_ANALYZED : 2006-05-16 19:16:33 DEGREE : 1 INSTANCES : 1 PARTITIONED : NO TEMPORARY : N GENERATED : N SECONDARY : N BUFFER_POOL : DEFAULT USER_STATS : NO DURATION : PCT_DIRECT_ACCESS : ITYP_OWNER : ITYP_NAME : PARAMETERS : GLOBAL_STATS : YES DOMIDX_STATUS : DOMIDX_OPSTATUS : FUNCIDX_STATUS : JOIN_INDEX : NO IOT_REDUNDANT_PKEY_ELIM : NO DROPPED : NO -----------------
Not that it matters in this case, but for the record, this was on a 10.1.0.4 system with an 8K blocksize and the tablespace users has the standard blocksize (8K) and is freelist space managed.
Regards
Wolfgang Breitling
Centrex Consulting Corporation
http://www.centrexcc.com
-- http://www.freelists.org/webpage/oracle-lReceived on Tue May 16 2006 - 20:26:20 CDT
![]() |
![]() |