查看Oracle中表的索引是否存在

用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) -------复合索引

同步数据的时候 有索引会比较慢 可以暂时禁用索引

--禁用索引

ALTER INDEX PK_T_AUTH_USERROLE_ID UNUSABLE;

--恢复索引

ALTER INDEX UK_T_AUTH_USER_EMP_CODE REBUILD;

--查看索引状态

select status  from user_indexes where index_name='UK_T_AUTH_USER_EMP_CODE'

查看Oracle的表中有哪些索引及其禁用索引的更多相关文章

  1. 查看Oracle的表中有哪些索引

    用user_indexes和user_ind_columns系统表查看已经存在的索引 对于系统中已经存在的索引我们可以通过以下的两个系统视图(user_indexes和user_ind_columns ...

  2. 查看Oracle的表中有哪些索引(用user_indexes和user_ind_columns)

    用user_indexes和user_ind_columns系统表查看已经存在的索引 对于系统中已经存在的索引我们可以通过以下的两个系统视图(user_indexes和user_ind_columns ...

  3. 查看Oracle数据库表空间大小(空闲、已使用),是否要增加表空间的数据文件

    查看Oracle数据库表空间大小(空闲.已使用),是否要增加表空间的数据文件 1.查看表空间已经使用的百分比 Sql代码 select a.tablespace_name,a.bytes/1024/1 ...

  4. oracle查看当前用户表结构、主键、索引

    1.查询表的所有列及其属性 select t.*,c.COMMENTS from user_tab_columns t,user_col_comments c where t.table_name = ...

  5. oracle 在表中有数据的情况下修改表字段类型或缩小长度

    分享自己一些常用的sql语句给大家 偶尔我们需要在已有表,并且有数据的情况下,修改其某个字段的类型或缩短他的长度,但是因为表中有数据,所以不可以直接修改,需要换个思路. //建立测试表,可跳过(善于应 ...

  6. 查看Oracle数据库表空间大小,是否需要增加表空间的数据文件

    在数据库管理中,磁盘空间不足是DBA都会遇到的问题,问题比较常见. --1查看表空间已经使用的百分比 Sql代码 select a.tablespace_name,a.bytes/1024/1024 ...

  7. oracle 大表 已有大数据量 建索引防卡 nologging

    create index idx_th_user_info_fans_name on th_user_info(fans_name) nologging;

  8. 转 关于oracle 分区表 表空间以及索引的总结

    关于oracle的表空间,分区表,以及索引的总结关键字: oracle, 表空间, 分区表, 索引 上周第一次做数据库测试碰到了很多问题特此总结: 表空间: Oracle的UNDOTBS01.DBF文 ...

  9. MySQL数据库学习笔记(六)----MySQL多表查询之外键、表连接、子查询、索引

    本章主要内容: 一.外键 二.表连接 三.子查询 四.索引 一.外键: 1.什么是外键 2.外键语法 3.外键的条件 4.添加外键 5.删除外键 1.什么是外键: 主键:是唯一标识一条记录,不能有重复 ...

随机推荐

  1. STM32F10x_硬件I2C主从通信(轮询发送,中断接收)

    Ⅰ.写在前面 关注我分享文章的朋友应该知道我在前面讲述过(软件.硬件)I2C主机控制从机EEPROM的例子.在I2C通信主机控制程序是比较常见的一种,可以说在实际项目中,很多应用都会使用到I2C通信. ...

  2. ubuntu 14.04/16.04/18.04 yum安装 zabbix-agent 教程

    备忘 环境:Ubuntu 14.04 基于官网配置官网链接 ①导入源: ### Ubuntu 18.04 # wget https://repo.zabbix.com/zabbix/3.4/ubunt ...

  3. multimap 小例子

    场景: 按DDX值倒序取前十的板块代码,用 map<float, string, greater<float> > mapBKDDX; 存储时,相同DDX值的板块只能存储第一个 ...

  4. hdu 2019:数列有序!(数据结构,直接插入排序+折半插入排序)

    数列有序! Time Limit : 2000/1000ms (Java/Other)   Memory Limit : 65536/32768K (Java/Other) Total Submiss ...

  5. 【代码备份】原图降采样后进行NLM滤波

    文件路径: 滤波算法main.m: %% 测试函数 %NLM滤波及滤波与 clc,clear all,close all; ima_ori=double(imread('F:\Users\****n\ ...

  6. python3----练习题(....)

    # 保存文件(文本,图片,视频...) 1 def save_file(): url = 'http://css.8684.cn/citys/images/line/45.jpg' root = r' ...

  7. Linux命令之乐--expr

    计算字符长度 [root@Director ~]# echo $var hello world [root@Director test]# expr length "$var" 数 ...

  8. ORA-00972: 标识符过长

    若是拼接成的sql语句,请查找传递参数时字符型字段是否两边少了引号.

  9. .net Session延长过期时间

    一.全局网站(即服务器)级 IIS-网站-属性-Asp.net-编辑配置-状态管理-会话超时(分钟)-设置为120,即为2小时,即120分钟后如果当前用户没有操作,那么Session就会自动过期. 二 ...

  10. python练习题集合-2

    author:headsen chen date:2018-06-01 15:39:26  习题17,文件的更多操作 [root@localhost py]# echo > cc.txt [ro ...