标签:产生 需要 常用 space cache oracle select join isp
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条件不一致,则检查约束添加会报错。
标签:产生 需要 常用 space cache oracle select join isp
原文地址:http://www.cnblogs.com/jmwm/p/7289836.html