视图
1.视图的概述
视图其实就是一条查询sql语句,用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用,因此视图可以被看作是存储的查询或一个虚拟表。视图来源于表,所有对视图数据的修改最终都会被反映到视图的基表中,这些修改必须服从基表的完整性约束,并同样会触发定义在基表上的触发器。(Oracle支持在视图上显式的定义触发器和定义一些逻辑约束)
与表不同,视图不会要求分配存储空间,视图中也不会包含实际的数据。视图只是定义了一个查询,视图中的数据是从基表中获取,这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象,因此一个视图只需要占用数据字典中保存其定义的空间,而无需额外的存储空间。
3.视图的作用
用户可以通过视图以不同形式来显示基表中的数据,视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下:
通过视图可以设定允许用户访问的列和数据行,从而为表提供了额外的安全控制
隐藏数据复杂性
视图中可以使用连接(join),用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。
简化用户的SQL 语句
用户使用视图就可从多个表中查询信息,而无需了解这些表是如何连接的。
以不同的角度来显示基表中的数据
视图的列名可以被任意改变,而不会影响此视图的基表
使应用程序不会受基表定义改变的影响
在一个视图的定义中查询了一个包含4 个数据列的基表中的3 列。当基表中添加了新的列后,由于视图的定义并没有被影响,因此使用此视图的应用程序也不会被影响。
保存复杂查询
一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后,每次进行类似计算只需查询此视图即可。
逻辑数据独立性
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图,应用一定是建立在表上的。有了视图之后,程序可以建立在视图之上,从而程序与数据库表被视图分割开来。
4.视图的工作机制
视图的定义就是其使用的查询语句,Oracle 将这个定义以文本形式存储在数据字典中。当用户在 SQL 语句中引用了视图时,Oracle 将进行以下工作:
将引用了视图的语句与视图的定义语句整合为一个语句
在共享SQL 区解析整合后的语句
执行此语句
当现有的共享SQL 区中没有与整合后的语句一致时,Oracle 才会为此语句创建新的共享SQL 区。因此,引用了视图的SQL 语句也能够利用已有的共享 SQL 区以达到节约内存和提高性能的目的。
5.视图的依赖性
由于视图的定义是一个引用了其他对象(表,视图)的查询,因此视图依赖于其所引用的对象。Oracle 会自动地处理视图的依赖性。例如,当用户移除了一个视图的基表后再重建此表,Oracle 将检查新的基表是否符合视图的定义并判断视图的有效性。
6.可更新的连接视图
连接视图是指在一个视图的定义查询的from字句中引用了多个表或视图。而可更新的连接视图是指能够执行 UPDATE,INSERT,和 DELETE 操作的连接视图。为了保证视图是可更新的,其定义中不能包含以下语法结构:
集合操作符
DISTINCT 操作符
聚合函数或分析型函数
GROUP BY,ORDER BY,CONNECT BY,或 START WITH 字句
在 SELECT 之后的列表中使用集合表达式
在 SELECT 之后的列表中使用子查询
连接(join)(但是有例外情况)
对于不可更新的视图,可以利用 INSTEAD OF 触发器对其数据进行修改。
创建视图
权限: 要在当前方案中创建视图, 用户必须具有create view系统权限; 要在其他方案中创建视图, 用户必须具有create any view系统权限. 视图的功能取决于视图拥有者的权限.
语法: create [ or replace ] [ force ] view [schema.]view_name
[ (column1,column2,...) ]
as
select ...
[ with check option ] [ constraint constraint_name ]
[ with read only ];
tips:
or replace: 如果存在同名的视图, 则使用新视图"替代"已有的视图
force: "强制"创建视图,不考虑基表是否存在,也不考虑是否具有使用基表的权限
column1,column2,...:视图的列名, 列名的个数必须与select查询中列的个数相同; 如果select查询包含函数或表达式, 则必须为其定义列名. 此时, 既可以用column1, column2指定列名, 也可以在select查询中指定列名.
with check option: 指定对视图执行的dml操作必须满足“视图子查询”的条件即,对通过视图进行的增删改操作进行"检查",要求增删改操作的数据, 必须是select查询所能查询到的数据, 否则不允许操作并返回错误提示. 默认情况下, 在增删改之前"并不会检查"这些行是否能被select查询检索到.
with read only:创建的视图只能用于查询数据, 而不能用于更改数据.
1. 创建简单视图
是指基于单个表建立的,不包含任何函数、表达式和分组数据的视图。
示例1:基于emp表创建一个vw_emp视图
CREATE VIEW vw_emp
AS
SELECT empno,
ename,
job,
deptno
FROM emp; --------创建简单视图
Desc vw_emp; --------象表一样使用
SELECT *
FROM vw_emp
WHERE deptno = 10; --------查询
INSERT INTO vw_emp
VALUES (1234,
'JACK',
'CLERK',
10); --------增加
UPDATE vw_emp
SET ename = 'heardy'
WHERE ename = 'JACK'; --------更新
DELETE vw_emp
WHERE ename = 'heardy '; --------删除
CREATE VIEW vw_emp_readonly
AS
SELECT empno,
ename,
job,
deptno
FROM emp
WITH READ ONLY;--------创建只读视图,只能用于执行select语句
DELETE FROM vw_emp_readonly
WHERE empno = 1234; --------删除失败
CREATE VIEW vw_emp_check
AS
SELECT empno,
ename,
job,
deptno
FROM emp
WHERE deptno = 10
WITH CHECK OPTION CONSTRAINT vw_emp_chk ;
--------创建检查视图:对通过视图进行的增删改操作进行检查,
--------要求增删改操作的数据必须是select查询所能查询到的数据。
INSERT INTO vw_emp_check
VALUES (1235,
'JACK',
'CLERK',
20);
--------20号部门不在查询范围内,违反检查约束
DELETE FROM vw_emp_check
WHERE empno = 1234;
--------所删除的数据在查询范围内,不违反检查约束
2. 创建连接视图
是指基于多个表所创建的视图,即,定义视图的查询是一个连接查询。 主要目的是为了简化连接查询
示例1: 查询部门编号为10和30的部门及雇员信息
CREATE VIEW vw_dept_emp
AS
SELECT a.deptno,
a.dname,
a.loc,
b.empno,
b.ename,
b.sal
FROM dept a,
emp b
WHERE a.deptno = b.deptno
AND a.deptno IN ( 10, 30 );
SELECT *
FROM vw_dept_emp;
3. 创建复杂视图
是指包含函数、表达式、或分组数据的视图。主要目的是为了简化查询。 主要用于执行查询操作,并不用于执行DML操作。
注意:当视图的select查询中包含函数或表达式时,必须为其定义列别名。
示例1:查询目前每个岗位的平均工资、工资总和、最高工资和最低工资。
CREATE VIEW vw_emp_job_sal (job, avgsal, sumsal, maxsal, minsal)
AS
SELECT job,
Avg(sal),
Sum(sal),
Max(sal),
Min(sal)
FROM emp
GROUP BY job;
SELECT *
FROM vw_emp_job_sal;
4.强制创建视图
正常情况下,如果基表不存在,创建视图就会失败。但是可以使用force选项强制创建视图(前提:创建视图的语句没有语法错误!),此时该视图处于失效状态。
示例1:
CREATE FORCE VIEW vw_test_tab
AS
SELECT c1,
c2
FROM test_tab;--------会出现"警告: 创建的视图带有编译错误。"
SELECT object_name,
status
FROM user_objects
WHERE object_name = 'VW_TEST_TAB'; --------视图状态:INVALID
SELECT *
FROM vw_test_tab; --------报错
CREATE TABLE test_tab--------先建表
(
c1 NUMBER(9) PRIMARY KEY,
c2 VARCHAR2(20),
c3 VARCHAR2(30)
);
SELECT *
FROM vw_test_tab; --------自动编译失效的视图
SELECT object_name,
status
FROM user_objects
WHERE object_name = 'VW_TEST_TAB'; --------视图状态:VALID
更改视图
在对视图进行更改(或重定义)之前,需要考虑如下几个问题:
之一——由于视图只是一个虚表,其中没有数据,所以更改视图只是改变数据字典中对该视图的
定义信息,视图的所有基础对象都不会受到任何影响
之二——更改视图之后,依赖于该视图的所有视图和PL/SQL程序都将变为INVALID(失效)状态
之三——如果以前的视图中具有with check option选项,但是重定义时没有使用该选项,
则以前的此选项将自动删除。
1. 更改视图的定义
方法——执行create or replace view语句。这种方法代替了先删除(“权限也将随之删除”)
后创建的方法,会保留视图上的权限,但与该视图相关的存储过程和视图会失效。
示例1:
CREATE OR REPLACE VIEW v_test_tab
AS
SELECT c1,
c2
|| ' + '
|| c3 c23
FROM test_tab;
2. 视图的重新编译
语法:alter view 视图名 compile;
作用:当视图依赖的基表改变后,视图会“失效”。为了确保这种改变“不影响”视图和依赖于该视图的
其他对象,应该使用 alter view 语句“明确的重新编译”该视图,从而在运行视图前发现重新
编译的错误。视图被重新编译后,若发现错误,则依赖该视图的对象也会失效;若没有错误,
视图会变为“有效”。
权限:为了重新编译其他模式中的视图,必须拥有alter any table系统权限。
注意:当访问基表改变后的视图时,oracle会“自动重新编译”这些视图。
示例1:
select last_ddl_time, object_name, status
from user_objects
where object_name = 'V_TEST_TAB'; --视图的状态 :有效
alter table test_tab modify(c2 varchar2(30)); --修改c2列的长度
select last_ddl_time, object_name, status
from user_objects
where object_name = 'V_TEST_TAB'; --视图的状态 :失效
alter view v_test_tab compile; --明确的重新编译
select last_ddl_time, object_name, status
from user_objects
where object_name = 'V_TEST_TAB'; --视图的状态 :有效
思考:若上述代码修改的不是列长,而是表名,结果又会如何?
<警告:更改的视图带有编译错误;视图状态:失效>
删除视图
可以删除当前模式中的任何视图;
如果要删除其他模式中的视图,必须拥有DROP ANY VIEW系统权限;
视图被删除后,该视图的定义会从词典中被删除,并且在该视图上授予的“权限”也将被删除。
视图被删除后,其他引用该视图的视图及存储过程等都会失效。
示例1:drop view vw_test_tab;
查看视图
使用数据字典视图
dba_views——DBA视图描述数据库中的所有视图
all_views——ALL视图描述用户“可访问的”视图
user_views——USER视图描述“用户拥有的”视图
dba_tab_columns——DBA视图描述数据库中的所有视图的列(或表的列)
all_tab_columns——ALL视图描述用户“可访问的”视图的列(或表的列)
user_tab_columns——USER视图描述“用户拥有的”视图的列(或表的列)
示例1:查询当前方案中所有视图的信息
desc user_views;
set long 400;
select view_name,text from user_views;
示例1:查询当前方案中指定视图(或表)的列名信息
select * from user_tab_columns where table_name='VW_DEPT';
在连接视图上执行DML操作
在视图上进行的所有DML操作,最终都会在基表上完成;
select 视图没有什么限制,但insert/delete/update有一些限制
1.在视图上执行DML操作的步骤和原理
第一步:将针对视图的SQL语句与视图的定义语句(保存在数据字典中)“合并”成一条SQL语句
第二步:在内存结构的共享SQL区中“解析”(并优化)合并后的SQL语句
第三步:“执行”SQL语句
示例:
假设视图v_emp的定义语句如下:
CREATE VIEW v_emp
AS
SELECT empno,
ename,
loc
FROM employees emp,
departments dept
WHERE emp.deptno = dept.deptno
AND dept.deptno = 10;
当用户执行如下查询语句时:
SELECT ename
FROM v_emp
WHERE empno = 9876;
oracle将把这条SQL语句与视图定义语句“合并”成如下查询语句:
SELECT ename
FROM employees emp,
departments dept
WHERE emp.deptno = dept.deptno
AND dept.deptno = 10
AND empno = 9876;
然后,解析(并优化)合并后的查询语句,并执行查询语句
2.查询视图“可更新”(包括“增删改”)的列
使用数据字典视图
dba_updatable_columns——显示数据库所有视图中的所有列的可更新状态
all_updatable_columns——显示用户可访问的视图中的所有列的可更新状态
user_updatable_columns——显示用户拥有的视图中的所有列的可更新状态
示例1: 查询v_stu_dept中的哪些列是可更新的
SELECT table_name,
column_name,
insertable,
updatable,
deletable
FROM user_updatable_columns
WHERE table_name = 'V_STU_DEPT';
3.可更新连接视图
如果创建连接视图的select查询“不包含”如下结构,
并且遵守连接视图的“更新准则”,
则这样的连接视图是“可更新”的:
之一:集合运算符(union,intersect,minus)
之二:DISTINCT关键字
之三:GROUP BY,ORDER BY,CONNECT BY或START WITH子句
之四:子查询
之五:分组函数
之六:需要更新的列不是由“列表达式”定义的
之七:基表中所有NOT NULL列均属于该视图
4.键值保存表
如果连接视图中的一个“基表的键”(主键、唯一键)在它的视图中仍然存在,
并且“基表的键”仍然是“连接视图中的键”(主键、唯一键);
即,某列在基表中是主键|唯一键,在视图中仍然是主键|唯一键
则称这个基表为“键值保存表”。
一般地,由主外键关系的2个表组成的连接视图,外键表就是键值保存表,而主键表不是。
5.连接视图的更新准则
之一:一般准则——(讲)
任何DML操作,只能对视图中的键值保存表进行更新,
即,“不能通过连接视图修改多个基表”;
在DML操作中,“只能使用连接视图定义过的列”;
“自连接视图”的所有列都是可更新(增删改)的
之二:insert准则
在insert语句中不能使用“非键值保存表”中的列(包括“连接列”);
执行insert操作的视图,至少应该“包含”键值保存表中所有设置了约束的列;
如果在定义连接视图时使用了WITH CHECK OPTION 选项,
则“不能”针对连接视图执行insert操作
之三:update准则
键值保存表中的列是可以更新的;
如果在定义连接视图时使用了WITH CHECK OPTION 选项,
则连接视图中的连接列(一般就是“共有列”)和基表中的“其他共有列”是“不可”更新的,
连接列和共有列之外的其他列是“可以”更新的
之四:delete准则
如果在定义连接视图时使用了WITH CHECK OPTION 选项,
依然“可以”针对连接视图执行delete操作