查看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)  -------複合索引