视图序列索引约束

Posted 2020-10-01 将暮未暮

1. 视图

Ø 视图定义

视图(VIEW)也被称作虚标，即虚拟的表，是一组数据的逻辑表示，其本质是对应于一条SELECT语句，结果集被赋予一个名字，即视图名字。

视图本身并不包含任何数据，它只包含映射到基表的一个查询语句，当基表数据发生变化，视图数据也随之变化。

创建视图语法：

CREATE [OR REPLACE] VIEW view_name [(alias[,alias…])] AS subquery;

视图创建后，可以像操作表一样操作视图，主要是查询操作。

根据视图所对应的子查询种类分为：

l SELECT语句是基于单表建立的，且不包含任何函数运算、表达式或分组函数，叫做简单视图，此时视图是基表的子集

l SELECT语句同样是基于单表，但包含了单行函数、表达式、分组函数或GROUP BY 子句，叫做复杂视图

l SELECT语句是基于多个表的，叫做连接视图。

Ø 视图作用

如果需要经常执行某项复杂查询，可以基于这个复杂查询建立视图，此后查询此视图即可，简化复杂查询。

视图本质上就是一条SELECT语句，所以当访问视图时，只能访问所对应的SELECT语句中设计到的列，对基表中的其它列起到安全和保密的作用，可以限制数据访问。

Ø 授权创建视图

创建视图的DDL语句是CREATE VIEW，用于必须有CREATE VIEW系统权限才能创建视图。

案例：演示权限不足情况下创建视图报错如下

管理员通过DCL语句授予用户创建视图的权限，如下：

GRANT CREATE VIEW TO username;

案例：授予SCOTT创建视图权限

Ø 创建简单视图

案例：使用SCOTT用户创建emp的视图

CREATE VIEW v_emp AS SELECT empno,ename,sal,deptno FROM emp WHERE deptno=10;

查看视图：

DESC v_emp;

Ø 查询视图

案例：查询视图

SELECT * FROM v_emp;

Ø INSERT

视图本身并不包含数据，只是基表数据的逻辑映射。所以当对视图执行DML操作时，实际上是对基表的DML操作。对视图执行DML操作基本原则如下：

l 简单视图能够执行DML操作，下列情况除外：在基表中定义了非空列，但简单视图对应的SELECT语句并没有包含这个非空列，导致这个非空列对视图不可见，这时无法对视图执行INSERT操作

l 如果视图定义中包含了函数、表达式、分组语句、DISTINCT关键字或ROWNUM伪列，不允许执行DML操作

l DML操作不能违反基表的约束条件

案例：对简单视图进行INSERT操作

INSERT INTO v_emp VALUES (1000,\'QQQ\',5000,10);

查看视图：

SELECT * FROM v_emp;

查看基表：可以发现对基表产生了影响

SELECT * FROM emp;

Ø CHECK OPTION约束

语法：

CREATE [OR REPLACE] VIEW view_name[(alias[, alias…])] AS subquery [WITH CHECK OPTION];

WITH CHECK OPTION表示通过视图所做的修改，必须在视图的可见范围内：

l INSERT，新增的记录在视图仍可查看

l UPDATE，修改后的结果必须能通过视图查看到

l DELETE，只能删除现有视图里能看到的记录

案例：创建带有CHECK OPTION约束的视图

CREATE OR REPLACE VIEW v_emp AS SELECT empno id,ename name,sal salary,deptno FROM emp WHERE deptno=10 WITH CHECK OPTION;

Ø READ ONLY约束

对简单视图进行DML操作是合法的，但是不安全。如果没有在视图上执行DML操作的必要，在建立时可以声明只读来避免对基表数据的非法修改。

语法：

CREATE [OR REPLACE] VIEW view_name[(alias[, alias…])] AS subquery [WITH READ ONLY];

案例：创建带有READ ONLY约束的视图

CREATE OR REPLACE VIEW vread_emp AS SELECT empno,ename,sal,deptno FROM emp WHERE deptno=10 WITH READ ONLY;

对该表进行修改测试：

DELETE FROM vread_emp WHERE ename=\'CLARK\';

Ø 数据字典

和视图相关的数据字典如下：

l USER_OBJECTS

l USER_VIEWS

l USER_UPDATABLE_COLUMNS

案例：USER_OBJECTS

SELECT object_name FROM user_objects WHERE object_type=\'VIEW\';

案例：USER_VIEWS

SELECT text FROM user_views WHERE view_name=\'V_EMP\'; --视图名字要大写

案例：USER_UPDATABLE_COLUMNS

SELECT column_name,insertable,updatable,deletable FROM user_updatable_columns WHERE table_name=\'V_EMP\';

Ø 创建复杂视图

创建复杂视图指在子查询中包含了表达式、单行函数或分组函数的视图。此时必须为子查询中的表达式或函数定义别名。

如果不创建别名会有以下错误提示：

案例：创建一个视图把emp表的数据按部门分组，获得每个部门的平均薪水、薪水总和、最高薪水和最低薪水

CREATE VIEW vsalary_emp AS SELECT d.dname,AVG(e.sal) avg_sal,SUM(e.sal) sum_sal,MAX(e.sal) max_sal,MIN(sal) min_sal FROM emp e JOIN dept d ON e.deptno=d.deptno GROUP BY d.dname;

SELECT * FROM vsalary_emp;

注意：复杂视图不允许DML操作，否则会报错。

当不再需要视图的定义，可以使用DROP VIEW语句删除视图。

案例：删除复杂VIEW

DROP VIEW vsalary_emp;

2. 序列

Ø 序列的定义

序列(SEQUENCE)是一种用来生成唯一数字的数据库对象。序列的值由Oracle程序按递增或递减顺序自动生成，通常用来自动产生表的主键值，是一种高效率获得唯一键值的途径。

序列是独立的数据库对象，和表是独立的对象，序列并不依附于表。

通常情况下，一个序列为一个表提供主键值，但一个序列也可以为多个表提供主键值。

Ø 创建序列

语法：

CREATE SEQUENCE [schema.] sequence_name [START WITH i] [INCREMENT BY j] [MAXVLUE m | NOMAXVALUE] [MINVALUE n | NOMINVALUE] [CYCLE | NOCYCLE] [CACHE p | NOCACHE]

参数含义如下：

l sequence_name是序列名，将创建在schema方案下

l 序列的第一个序列值是i，步进是j

l 如果j是整数，表示递增，j是负数，表示递减

l 序列可生成的最大值是m，最小值是n

l 如果没有设置任何可选参数，序列第一个值是1，步进是1

l CYCLE表示在递增至最大值或递减至最小值之后是否继续生成序列号，默认是NOCYCLE

l CACHE用来指定先预取p个数据在缓存中，以提高序列值的生成效率，默认是20

案例：创建一个序列起始数据是100，步进是10

CREATE SEQUENCE emp_seq START WITH 100 INCREMENT BY 10;

当创建序列后，必须先执行一次NEXTVAL，才能使用CURRVAL。

先不执行NEXTVAL，直接执行CURRVAL查看效果：

SELECT emp_seq.CURRVAL FROM dual;

获取第一个值并使用序列值为EMP插入新的数据：

INSERT INTO emp(empno,ename) VALUES (emp_seq.NEXTVAL,\'SEQ1\');

查询新数据会发现插入的empno是100：

SELECT * FROM emp WHERE ename=\'SEQ1\';

运行一次NEXTVAL得到序列号加10，即110：

SELECT emp_seq.NEXTVAL FROM dual;

查看当前序列号：

SELECT emp_seq.CURRVAL FROM dual;

Ø 删除序列

语法：

DROP SEQUENCE sequence_name;

案例：删除序列emp_seq

DROP SEQUENCE emp_seq;

3. 索引

Ø 索引原理

索引是一种允许直接访问数据表中某一数据行的树形结构，为了提高查询效率而引入，是独立于表的对象，可以存放在与表不同的表空间(TABLESPACE)中。索引记录中存有索引关键字和指向表中数据的指针(地址)。对索引进行I/O操作比对表进行操作要少很多。

索引一旦被建立就将被Oracle系统自动维护，查询语句中不用指定使用哪个索引，是一种提高查询效率的机制。

ROWID：伪列，唯一标识一条数据记录，可理解为行地址。

Ø 创建索引

语法：

CREATE [UNIQUE] INDEX index_name ON table(column[,column…])

l index_name：表示索引名称

l table：表示表名

l column：表示列名，可以简历单列索引和符合索引

l UNIQUE：表示唯一索引

案例：在emp表的ename列上建立索引

CREATE INDEX idx_emp_ename ON emp(ename);

Ø 创建复合索引

复合索引也叫多列索引，是基于多个列的索引。

如果经常在ORDER BY子句中使用job和sal作为排序依据，可以建立复合索引，如下案例

案例：建立复合索引

CREATE INDEX idx_job_sal ON emp(job,sal);

当做下面查询时，会自动应用索引idx_job_sal

SELECT empno,ename,sal,job FROM emp ORDER BY job,sal;

Ø 创建基于函数的索引

如果需要在emp表的ename列上执行大小写无关搜索，可以在此列上建立一个基于UPPER的函数的索引，如下案例：

CREATE INDEX emp_ename_upper_idx ON emp(UPPER(ename));

做以下查询，会自动应用刚刚建立的索引：

SELECT * FROM emp WHERE UPPER(ename)=\'SMITH\';

Ø 修改和删除索引

如果经常在索引列上执行DML操作，需要定期重建所有，提高所有的空间利用率。

重建索引语法：

ALTER INDEX index_name REBUILD;

案例：重建索引idx_emp_ename

ALTER INDEX idx_emp_ename REBUILD;

当一个表上有不合理的索引，会导致操作性能下降，需要删除。

删除索引语法：

DROP INDEX index_name;

案例：删除idx_emp_ename

DROP INDEX idx_emp_ename;

Ø 合理使用索引提升查询效率

l 为经常出现在WHERE子句中的列创建索引

l 为经常出现在ORDER BY、DISTINCT后面的字段建立索引，如果建立的是复合索引，索引的字段顺序要和这些关键字后面的字段顺序一致

l 为经常作为表的连接条件的列上创建索引

l 不要在经常做DML操作的表上建立索引

l 不要在小表上建立索引

l 限制表上的索引数据，索引并不是越多越好

l 删除很少被使用、不合理的索引

4. 约束

Ø 约束的作用

l 约束(CONSTRAINT)，即约束条件，也称作完整性约束条件

l 约束是在数据表上强制执行的一些数据校验规则，当执行DML操作时，数据必须符合这些规则，如果不符合则无法执行

l 约束条件可以保证表中数据的完整性，保证数据间的商业逻辑

Ø 约束的类型

l 非空约束（Not Null），简称NN

l 唯一性约束（Unique），简称UK

l 主键约束（Primary Key），简称PK

l 外键约束（Foreign Key），简称FK

l 检查约束（Check），简称CK

4.1 非空约束

Ø 建表时添加非空约束

非空约束用于确保字段值不为空，默认情况下，任何列都允许有空值，但业务逻辑可能会要求某些列不能取空值，当某个字段被设置了非空约束条件，这个字段中必须存在有效值。即：

u 当执行INSERT操作时，必须提供这个列的数据

u 当执行UPDATE操作时，不能给这个列的值设置为NULL

案例：建表时设置非空约束

CREATE TABLE test_emp( id NUMBER(8) NOT NULL, name VARCHAR2(30) NOT NULL, salary NUMBER(8,2) );

Ø 修改表时添加非空约束

可以在建表之后，通过修改表的定义，添加非空约束

案例：修改test_emp表salary列设置非空约束

ALTER TABLE test_emp MODIFY (salary NUMBER(8,2) NOT NULL);

Ø 取消非空约束

取消某列的非空约束，可以采用重建表或修改表的方式。

案例：修改salary列取消非空约束

ALTER TABLE test_emp MODIFY (salary NUMBER(8,2) NULL);

4.2 唯一性约束

Ø 唯一性约束

唯一性（Unique）约束条件用于保证字段或者字段的组合不出现重复值。当给表的某个列定义了唯一性约束条件，该列的值不允许重复，但允许是NULL值。唯一性约束条件可以在建表的时候建立，也可以在建表以后再建立。

Ø 添加唯一性约束

案例：建表时添加唯一性约束

CREATE TABLE emp2( eid NUMBER(6) UNIQUE, name VARCHAR2(30), email VARCHAR2(50), salary NUMBER(7,2), hiredate DATE, CONSTRAINT emp2_email_uk UNIQUE(email) );

案例：建表后增加唯一性约束条件

ALTER TABLE test_emp2 ADD CONSTRAINT test_emp2_name UNIQUE(name);

如果在其它表上建立唯一性约束，则唯一性条件约束的名称不能重复，不然会出现如下错误提示：

如：执行ALTER TABLE test_emp3 ADD CONSTRAINT test_emp2_name UNIQUE(name);

注意：如果一个已存在的表，有一列已经有重复字段，再想给这个表的这一列添加唯一性约束就会报错，报错内容为：有重复关键字。

4.3 主键约束

Ø 主键的意义

主键（Primary Key）约束条件从功能上看相当于非空（NOT NULL）且唯一（UNIQUE）的组合。主键字段可以是单字段或多字段组合，即：在主键约束下的单字段或者多字段组合上不允许有空值，也不允许有重复值。主键可以用来在表中唯一的确定一行数据，一个表上只允许建立一个主键，而其他约束条件则没有明确的个数限制。

Ø 主键选取的原则

l 主键应是对系统无意义的数据

l 永远也不要更新主键，让主键除了唯一标识一行之外再无其他作用

l 主键不应包含动态变化的数据，如时间戳

l 主键应自动生成，不要人为干预，以免使它带有除了唯一标识一行以外的意义

l 主键尽量建立在单列上

Ø 添加主键约束

案例：建表时添加主键约束

CREATE TABLE test_emp3( id NUMBER(8) PRIMARY KEY, name VARCHAR2(30), salary NUMBER(8,2) );

案例：建表后添加主键约束

ALTER TABLE test_emp4 ADD CONSTRAINT test_emp3_pk PRIMARY KEY (id);

4.4 外键约束

Ø 外键约束的意义

外键约束条件定义在两个表的字段或一个表的两个字段上，用于保证相关两个字段的关系。如：

dept表：主表或父表

emp表：从表或子表

外键里面的值，必须是NULL或者主键里有的值。

主键里想删除一个值，必须是外键里面没有参照的(不存在的)。

Ø 添加外键约束

先建表，在建表后建立外键约束条件。

案例：

错误原因：因为dept1表没有添加主键，删除两个表，重新配置外键约束，如下：

CREATE TABLE dept1( deptno NUMBER(8) PRIMARY KEY, loc VARCHAR2(30) ); CREATE TABLE emp1( id NUMBER(8), name VARCHAR2(30), deptno NUMBER(8) ); ALTER TABLE emp1 ADD CONSTRAINT emp1_deptno_fk FOREIGN KEY (deptno) REFERENCES dept1(deptno);

Ø 外键约束对一致性的维护

l 从表上定义的外键的列值，必须从主表被参照的列值中选取，或者为NULL

l 当主表参照列的值被从表参照时，主表的该记录不允许被删除

案例：增加数据

INSERT INTO dept1 VALUES(10,\'NJ\'); --dept主表中添加deptno为10 INSERT INTO emp1 VALUES(1,\'smith\',20); --emp从表中添加数据，deptno为20

报错：违反完整约束条件

INSERT INTO emp1 VALUES(1,\'smith\',10); --修改成10，添加成功 INSERT INTO emp1 VALUES(1,\'smith\',NULL); --或者修改成NULL，添加成功

案例：删除数据

DELETE FROM dept1 where deptno=10; --10这个值被从表参照，无法删除

报错：

DELETE FROM emp1 WHERE deptno=10; --必须先删除从表中的参照值 DELETE FROM dept1 where deptno=10; --才可以删除主表数据成功

Ø 外键约束对性能的降低

如果在一个频繁DML操作的表上建立外键，每次DML操作都将导致数据库自动对外键所关联的对应表做检查，产生开销，如果已在程序中控制逻辑，这些判断将增加额外负担，可以省去。外键确定了主从表的先后生成关系，有时会影响业务逻辑。

Ø 关联不一定需要外键约束

l 保证数据完整性可由程序或触发器控制

l 简化开发，维护数据时不用考虑外键约束

l 大量数据DML操作时不需考虑外键耗费时间

4.5 检查约束

Ø 什么是检查约束

检查（Check）约束条件用来强制在字段的每个值都要满足Check中定义的条件，当定义了Check约束的列新增或修改数据时，数据必须符合Check约束中定义的条件。

Ø 添加检查约束

ALTER TABLE emp1 ADD CONSTRAINT emp_id_ck CHECK(id<10);

添加数据测试

INSERT INTO emp1 VALUES(11,\'jack\',NULL); --报错，违反检查约束条件

添加正确数据：

INSERT INTO emp1 VALUES(8,\'jack\',NULL); INSERT INTO emp1 VALUES(NULL,\'tom\',NULL); --可以添加NULL值

注意：如果添加检查约束的列已有数据并且与添加的CHECK条件不一致，则检查约束添加会报错。