1. 程式人生 > >檢視Oracle的表中有哪些索引(用user_indexes和user_ind_columns)

檢視Oracle的表中有哪些索引(用user_indexes和user_ind_columns)

用user_indexes和user_ind_columns系統表檢視已經存在的索引


對於系統中已經存在的索引我們可以通過以下的兩個系統檢視(user_indexes和user_ind_columns)來檢視其具體內容,例如是屬於那個表,哪個列和,具體有些什麼引數等等。


user_indexes:     系統檢視存放是索引的名稱以及該索引是否是唯一索引等資訊。

user_ind_column:  系統檢視存放的是索引名稱,對應的表和列等。

檢視索引個數和類別:

SQL> select * from user_indexes where table='表名' ;

檢視索引被索引的欄位:


SQL> select * from user_ind_columns where index_name=upper('&index_name');

我們可以通過類似下面的語句來檢視一個表的索引的基本情況:

select user_ind_columns.index_name,user_ind_columns.column_name,

user_ind_columns.column_position,user_indexes.uniqueness

from user_ind_columns,user_indexes

where user_ind_columns.index_name = user_indexes.index_name

and user_ind_columns.table_name = ‘你想要查詢的表名字’;


通過這條SQL語句我們能檢視到一個表的具體的索引的情況,如果你想對這表的索引進行進一步的探究你應該到user_indexes中去具體的看以下這個索引的基本情況。


完整性約束
  DBA_CONSTRAINTS、ALL_CONSTRAINTS和USER_CONSTRAINST  顯示有關約束的一般資訊。
  DBA_CONS_COLUMNS、ALL_CONS_COLUMNS和USER_CONS_COLUMNS 顯示有關列的相關約束的一般資訊。

ALL_CONS_COLUMNS 檢視和DBA_CONS_COLUMNS 檢視與USER_CONS_COLUMNS有相同的列定義。


ALL_CONS_COLUMNS 檢視能夠顯示使用者可以訪問的所有表上約束的列資訊,而不管所有者是誰。
DBA_CONS_COLUMNS 檢視列出了整個資料庫的列級約束資訊。
USER_CONS_COLUMNS

user_constraints 和 user_cons_columns表得作用及其聯絡


user_constraints:  是表約束的檢視,描述的是約束型別(constraint_type)是什麼,屬於哪些表(table_name),如果約束的型別為R(外來鍵)的話,那麼r_constraint_name欄位存放的就是被引用主表中的主鍵約束名。  

user_cons_columns: 是表約束欄位的檢視,說明表中的和約束相關的列參與了哪些約束。這些約束有主鍵約束,外來鍵約束,索引約束.
 

兩者可以通過(owner,constraint_name,table_name)關聯:


select
a.owner 外來鍵擁有者,
a.table_name 外來鍵表,
substr(c.column_name,1,127) 外來鍵列,
b.owner 主鍵擁有者,
b.table_name 主鍵表,
substr(d.column_name,1,127) 主鍵列
from
user_constraints a,
user_constraints b,
user_cons_columns c,
user_cons_columns d
where
    a.r_constraint_name=b.constraint_name
and a.constraint_type='R'
and b.constraint_type='P'
and a.r_owner=b.owner
and a.constraint_name=c.constraint_name
and b.constraint_name=d.constraint_name
and a.owner=c.owner
and a.table_name=c.table_name
and b.owner=d.owner
and b.table_name=d.table_name

資料字典表列說明:

desc user_constraints

Name                                                                                   Comments                                                                   
-----------------                ---------------------------------------------------------------------------
OWNER                                                                   Owner of the table                                                         
CONSTRAINT_NAME                                             Name associated with constraint definition                                 
CONSTRAINT_TYPE                                              Type of constraint definition                                              
TABLE_NAME                                                          Name associated with table with constraint definition                      
SEARCH_CONDITION                                             Text of search condition for table check                                   
R_OWNER                                                                 Owner of table used in referential constraint                              
R_CONSTRAINT_NAME                                          Name of unique constraint definition for referenced table                  
DELETE_RULE                                                          The delete rule for a referential constraint                               
STATUS                                                                      Enforcement status of constraint -  ENABLED or DISABLED                    
DEFERRABLE                                                           Is the constraint deferrable - DEFERRABLE or NOT DEFERRABLE                
DEFERRED                                                                 Is the constraint deferred by default -  DEFERRED or IMMEDIATE             
VALIDATED                                                       Was this constraint system validated? -  VALIDATED or NOT VALIDATED        
GENERATED                                         Was the constraint name system generated? -  GENERATED NAME or USER NAME   
BAD                                                                        Creating this constraint should give ORA-02436.  Rewrite it before 2000 AD.
RELY                                                                                       If set, this flag will be used in optimizer                                
LAST_CHANGE                                                               The date when this column was last enabled or disabled                     
INDEX_OWNER                                                                The owner of the index used by the constraint                              
INDEX_NAME                                                                    The index used by the constraint                                           
INVALID                                                                                         
VIEW_RELATED     
desc user_cons_columns;


Name                                                                                Comments                                                                                        
--------------- -------------- -------- ------- ------------------------------------------------------------------------------------------------
OWNER                                                                         Owner of the constraint definition                                                              
CONSTRAINT_NAME                                               Name associated with the constraint definition                                                  
TABLE_NAME                                                        Name associated with table with constraint definition                                           
COLUMN_NAME                    Name associated with column or attribute of object column specified in the constraint definition
POSITION                                                                      Original position of column or attribute in definition  

ORACLE的索引和約束詳解資料庫


Oracle的約束

* 如果某個約束只作用於單獨的欄位,即可以在欄位級定義約束,也可以在表級定義約束,但如果某個約束作用於多個欄位,

必須在表級定義約束

* 在定義約束時可以通過CONSTRAINT關鍵字為約束命名,如果沒有指定,ORACLE將自動為約束建立預設的名稱

定義primary key約束(單個欄位)

create table employees (empno number(5) primary key,...)

指定約束名

create table employees (empno number(5) constraint emp_pk primary key,...)

定義primary key約束(多個欄位,在表級定義約束)

create table employees

(empno number(5),

deptno number(3) not null,

constraint emp_pk primary key(empno,deptno)

using index tablespace indx

storage (initial 64K

next 64K

)

)

ORACLE自動會為具有PRIMARY KEY約束的欄位(主碼欄位)建立一個唯一索引和一個NOT NULL約束,定義PRIMARY KEY約束時可以為它的索引

指定儲存位置和儲存引數

alter table employees add primary key (empno)

alter table employees add constraint emp_pk primary key (empno)

alter table employees add constraint emp_pk primary key (empno,deptno)

not null約束(只能在欄位級定義NOT NULL約束,在同一個表中可以定義多個NOT NULL約束)

alter table employees modify deptno not null/null

unique約束

create table employees

( empno number(5),

ename varchar2(15),

phone varchar2(15),

email varchar2(30) unique,

deptno number(3) not null,

constraint emp_ename_phone_uk unique (ename,phone)

)

alter table employees

add constraint emp_uk unique(ename,phone)

using index tablespace indx

定義了UNIQUE約束的欄位中不能包含重複值,可以為一個或多個欄位定義UNIQUE約束,因此,UNIQUE即可以在欄位級也可以在表級定義,

在UNIQUED約束的欄位上可以包含空值.

foreign key約束

* 定義為FOREIGN KEY約束的欄位中只能包含相應的其它表中的引用碼欄位的值或者NULL值

* 可以為一個或者多個欄位的組合定義FOREIGN KEY約束

* 定義了FOREIGN KEY約束的外部碼欄位和相應的引用碼欄位可以存在於同一個表中,這種情況稱為"自引用"

* 對同一個欄位可以同時定義FOREIGN KEY約束和NOT NULL約束

定義了FOREIGN KEY約束的欄位稱為"外部碼欄位",被FORGIEN KEY約束引用的欄位稱為"引用碼欄位",引用碼必須是主碼或唯一碼,包含外部碼的表稱為子表,

包含引用碼的表稱為父表.

A:

create table employees

(.....,

deptno number(3) NOT NULL,

constraint emp_deptno_fk foreign key (deptno)

references dept (deptno)

)

如果子表中的外部碼與主表中的引用碼具有相同的名稱,可以寫成:

B:

create table employees

(.....,

deptno number(3) NOT NULL

constraint emp_deptno_fk references dept

)

注意:
上面的例子(B)中not null後面沒有加逗號,因為這一句的contraint是跟在那一列deptno後面的,屬於列定義,所以都無需指明列。而A例中的是表定義,需要指明那一列,所以要加逗號,不能在列後面定義,還可以寫成:

create table employees
(empno char(4),
deptno char(2) not null constraint emp_deptno_fk references dept,
ename varchar2(10)
)
表定義contraint的只能寫在最後,再看兩個例子:

create table employees
(empno number(5),
ename varchar2(10),
deptno char(2) not null constraint emp_deptno_fk references dept,
constraint emp_pk primary key(empno,ename)
)

create table employees
( empno number(5),
ename varchar2(15),
phone varchar2(15),
email varchar2(30) unique,
deptno number(3) not null,
constraint emp_pk primary key(empno,ename),
constraint emp_phone_uk unique (phone)
)

新增foreign key約束(多欄位/表級)
alter table employees
add constraint emp_jobs_fk foreign key (job,deptno)
references jobs (jobid,deptno)
on delete cascade

更改foreign key約束定義的引用行為(delete cascade/delete set null/delete no action), 預設是delete on action

引用行為(當主表中一條記錄被刪除時,確定如何處理字表中的外部碼欄位):
delete cascade : 刪除子表中所有的相關記錄
delete set null : 將所有相關記錄的外部碼欄位值設定為NULL
delete no action: 不做任何操作

先刪除原來的外來鍵約束,再新增約束
ALTER TABLE employees DROP CONSTRAINT emp_deptno_fk;
ALTER TABLE employees ADD CONSTRAINT emp_deptno_fk FOREIGN KEY(deptno) REFERENCES dept(deptno) ON DELETE CASCADE;

check約束
* 在CHECK約束的表示式中必須引用到表中的一個或多個欄位,並且表示式的計算結果必須是一個布林值
* 可以在表級或欄位級定義
* 對同一個欄位可以定義多個CHECK約束,同時也可以定義NOT NULL約束
 
create table employees
(sal number(7,2)
constraint emp_sal_ck1 check (sal > 0)
)

alter table employees
add constraint emp_sal_ck2 check (sal < 20000)

刪除約束

alter table dept drop unique (dname,loc) --指定約束的定義內容
alter table dept drop constraint dept_dname_loc_uk --指定約束名

刪除約束時,預設將同時刪除約束所對應的索引,如果要保留索引,用KEEP INDEX關鍵字
alter table employees drop primary key keep index

如果要刪除的約束正在被其它約束引用,通過ALTER TABLE..DROP語句中指定CASCADE關鍵字能夠同時刪除引用它的約束

利用下面的語句在刪除DEPT表中的PRIMARY KEY約束時,同時將刪除其它表中引用這個約束的FOREIGN KEY約束:
alter table dept drop primary key cascade

禁用/啟用約束(禁用/啟用約束會引起刪除和重建索引的操作)
alter table employees disable/enable unique email
alter table employees disable/enable constraint emp_ename_pk
alter tabel employees modify constraint emp_pk disable/enable
alter tabel employees modify constraint emp_ename_phone_uk disable/enable


如果有FOREIGN KEY約束正在引用UNIQUE或PRIMARY KEY約束,則無法禁用這些UNIQUE或PRIMARY KEY約束,

這時可以先禁用FOREIGN KEY約束,然後再禁用UNIQUE或PRIMARY KEY約束;或者可以在ALTER TABLE...DISABLE

語句中指定CASCADE關鍵字,這樣將在禁用UNIQUE或PRIMARY KEY約束的同時禁用那些引用它們的FOREIGN KEY約束,如:

alter table employees disable primary key cascade

約束資料字典

all_constraints/dba_constraints/user_constraints 約束的基本資訊,包括約束的名稱,型別,狀態

(約束型別:C(CHECK約束),P(主碼約束),R(外部碼約束),U(唯一碼約束))

all_cons_columns/dba/user 約束對應的欄位資訊

Oracle的索引

    索引和對應的表應該位於不同的表空間中,oracle能夠並行讀取位於不同硬碟上的資料,可以避免產生I/O衝突

B樹索引:在B樹的葉節點中儲存索引欄位的值與ROWID。

唯一索引和不唯一索引都只是針對B樹索引而言.

Oracle最多允許包含32個欄位的複合索引

索引建立策略

1.匯入資料後再建立索引

2.不需要為很小的表建立索引

3.對於取值範圍很小的欄位(比如性別欄位)應當建立點陣圖索引

4.限制表中的索引的數目

5.為索引設定合適的PCTFREE值

6.儲存索引的表空間最好單獨設定

建立不唯一索引

create index emp_ename on employees(ename)

tablespace users

storage(......)

pctfree 0;

建立唯一索引

create unique index emp_email on employees(email)

tablespace users;

建立點陣圖索引

create bitmap index emp_sex on employees(sex)

tablespace users;

建立反序索引

create unique index order_reinx on orders(order_num,order_date)

tablespace users

reverse;

建立函式索引(函式索引即可以是普通的B樹索引,也可以是點陣圖索引)

create index emp_substr_empno

on employees(substr(empno,1,2))

tablespace users;

修改索引儲存引數(與表類似,INITIAL和MINEXTENTS引數在索引建立以後不能再改變)

alter index emp_ename storage(pctincrease 50);

由於定義約束時由oracle自動建立的索引通常是不知道名稱的,對這類索引的修改經常是利用alter table ..using index語句進行的,而不是alter index語句

利用下面的語句將employees表中primary key約束對應的索引的PCTFREE引數修改為5

alter table employees enable primary key using index pctfree 5;

清理索引碎片

1.合併索引(只是簡單的將B樹葉結點中的儲存碎片合併在一起,並不會改變索引的物理組織結構)

alter index emp_pk coalesce;

2.重建索引(不僅能夠消除儲存碎片,還可以改變索引的全部儲存引數設定,並且可以將索引移動到其它的表空間中,重建索引

實際上就是再指定的表空間中重新建立一個新的索引,然後刪除原來的索引)

alter index emp_pk rebuild;

刪除索引

drop index emp_ename;

如果索引中包含損壞的資料塊,或者包含過多的儲存碎片,需要首先刪除這個索引,然後再重建它.

如果索引是在建立約束時由oracle自動產生的,可以通過禁用約束或刪除約束的方法來刪除對應的索引.

在刪除一個表時,oracle會自動刪除所有與該表相關的索引.

索引資料字典

all_indexes/dba_indexes/user_indexes 索引的基本資訊

all_ind_columns/dba_ind_columns/user_ind_columns 索引對應的欄位資訊

1. 查詢一張表裡面索引

select * from user_indexes where table_name=upper('tableName');

2. 查詢被索引欄位

select * from user_ind_columns where index_name=('indexName');

3. 給某一欄位建立索引

create index index_name on table_name(col_name);

1.檢視所有使用者

     select * from all_users; -------檢視所有的使用者

     select * from user_users; --------檢視當前使用者

2.檢視使用者或角色系統許可權:

     select * from user_sys_privs; --------檢視當前使用者的許可權

3.檢視角色所包含的許可權

     select * from role_sys_privs;   -------

4.檢視使用者物件許可權

     select * from all_tab_privs;   --------檢視所用的使用者的可操作表許可權
     select * from user_tab_privs; --------檢視當前使用者的表可操作許可權

5.檢視使用者或角色所擁有的角色

     select * from user_role_privs;   ------檢視當前使用者的角色

     select * from user_constraints where TABLE_NAME='?';    -----檢視某一個表的約束

6.檢視使用者下的索引

   1.  select  * from user_indexes-          -----檢視當前使用者下的所有索引

   2.  select  * from user_indexes where table_name='A';      -----檢視當前使用者下表A的索引
      (drop index index_name去掉索引) 

   3. select index_name,index_type,status,blevel from user_indexes where table_name = '?';  

           -----檢視某一個表的所有索引

   4.  select table_name, index_name, column_name, column_position from        user_ind_columns where  table_name='?';    ----檢視索引的構成

 7. 建索引

       create unique clustered index 索引名on 表名(欄位1)  --單索引

       Create index 索引名 on 表名(欄位1,欄位2)  -------複合索引