目录：一、视图的定义；
二、视图的作用；
三、创建视图；
1.权限
2.语法
3.1 创建简单视图
3.2 创建连接视图
3.2.1 连接视图定义
3.2.2 创建连接视图
3.2.3 连接视图上的DML操作
3.2.4 键值保存表
3.2.5 连接视图的更新准则
3.2.6 可更新连接视图
3.3 创建复杂视图
3.4 强制创建视图
四 更改视图
4.1 更改视图的定义
4.2 视图的重新编译
五、删除视图
六、查看视图
七、 在视图上执行DML操作的步骤和原理
7.1 查询视图“可更新”(包括“增删改”)的列
7.2 视图DML执行遵循的原则：
八、视图容易出现的问题
九、附加“视图的种类与区别”
9.1 关系视图
9.2 内嵌视图
9.3 对象视图
9.4 物化视图
一. 视图的定义
视图(view)，也称虚表, 不占用物理空间，这个也是相对概念，因为视图本身的定义语句还是要存储在数据字典里的。视图只有逻辑定义。每次使用的时候,只是重新执行SQL。
视图是从一个或多个实际表中获得的，这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表。一个视图也可以从另一个视图中产生。
视图的定义存在数据库中，与此定义相关的数据并没有再存一份于数据库中。通过视图看到的数据存放在基表中。
视图看上去非常象数据库的物理表，对它的操作同任何其它的表一样。当通过视图修改数据时，实际上是在改变基表中的数据；相反地，基表数据的改变也会自动反映在由基表产生的视图中。由于逻辑上的原因，有些Oracle视图可以修改对应的基表，有些则不能（仅仅能查询）。
还有一种视图：物化视图（MATERIALIZED VIEW ），也称实体化视图，快照 （8i 以前的说法） ，它是含有数据的，占用存储空间。
注意： 查询视图没有什么限制, 插入/更新/删除视图的操作会受到一定的限制; 所有针对视图的操作都会影响到视图的基表; 为了防止用户通过视图间接修改基表的数据, 可以将视图创建为只读视图(带上with read only选项)
二. 视图的作用
1)提供各种数据表现形式, 可以使用各种不同的方式将基表的数据展现在用户面前, 以便符合用户的使用习惯(主要手段: 使用别名)；
2)隐藏数据的逻辑复杂性并简化查询语句, 多表查询语句一般是比较复杂的, 而且用户需要了解表之间的关系, 否则容易写错; 如果基于这样的查询语句创建一个视图, 用户就可以直接对这个视图进行"简单查询"而获得结果. 这样就隐藏了数据的复杂性并简化了查询语句.这也是oracle提供各种"数据字典视图"的原因之一,all_constraints就是一个含有2个子查询并连接了9个表的视图(在catalog.sql中定义)；
3)执行某些必须使用视图的查询. 某些查询必须借助视图的帮助才能完成. 比如, 有些查询需要连接一个分组统计后的表和另一表, 这时就可以先基于分组统计的结果创建一个视图, 然后在查询中连接这个视图和另一个表就可以了；
4)提供某些安全性保证. 视图提供了一种可以控制的方式, 即可以让不同的用户看见不同的列, 而不允许访问那些敏感的列, 这样就可以保证敏感数据不被用户看见；
5)简化用户权限的管理. 可以将视图的权限授予用户, 而不必将基表中某些列的权限授予用户, 这样就简化了用户权限的定义。
三 创建视图
1权限: 要在当前方案中创建视图, 用户必须具有create view系统权限; 要在其他方案中创建视图, 用户必须具有create any view系统权限. 视图的功能取决于视图拥有者的权限.
2 语法:
create [ or replace ] [ force ] view [schema.]view_name [ (column1,column2,...) ] as select ... [ with check option ] [ constraint constraint_name ] [ with read only ];
其中：
1. or replace: 如果存在同名的视图, 则使用新视图"替代"已有的视图
2. force: "强制"创建视图,不考虑基表是否存在,也不考虑是否具有使用基表的权限
3. column1,column2,...： 视图的列名, 列名的个数必须与select查询中列的个数相同; 如果select查询包含函数或表达式, 则必须为其定义列名.此时, 既可以用column1, column2指定列名, 也可以在select查询中指定列名.
4. with check option: 指定对视图执行的dml操作必须满足“视图子查询”的条件即,对通过视图进行的增删改操作进行"检查",要求增删改操作的数据, 必须是select查询所能查询到的数据,否则不允许操作并返回错误提示. 默认情况下, 在增删改之前"并不会检查"这些行是否能被select查询检索到.
5. with read only： 创建的视图只能用于查询数据, 而不能用于更改数据.
3.1 创建简单视图
简单视图定义：是指基于单个表建立的，不包含任何函数、表达式和分组数据的视图。
SQL> conn /as sysdba Connected. SQL> grant create view to scott; SQL> conn scott/tiger Connected. SQL> create view vw_emp as select empno,ename,job,hiredate,deptno from emp; SQL> desc vw_emp Name Null? Type ----------------------------------------- -------- ---------------------------- EMPNO NOT NULL NUMBER(4) ENAME VARCHAR2(10) JOB VARCHAR2(9) HIREDATE DATE DEPTNO NUMBER(2) SQL> select * from vw_emp where deptno=10; EMPNO ENAME JOB HIREDATE DEPTNO ---------- ---------- --------- --------- 7782 CLARK MANAGER 09-JUN-81 10 7839 KING PRESIDENT 17-NOV-81 10 7934 MILLER CLERK 23-JAN-82 10
对简单的视图进行DAM操作：
SQL> select empno,ename,job,hiredate,deptno from emp where deptno=10; EMPNO ENAME JOB HIREDATE DEPTNO ---------- ---------- --------- --------- ---------- 7782 CLARK MANAGER 09-JUN-81 10 7934 MILLER CLERK 23-JAN-82 10 1 a aa 05-JUN-88 10 SQL> select object_name,object_type from user_objects; OBJECT_NAME OBJECT_TYPE ------------------------------ ------------------- VW_EMP VIEW SALGRADE TABLE BONUS TABLE PK_EMP INDEX EMP TABLE DEPT TABLE PK_DEPT INDEX
创建只读视图：
SQL> create view vw_emp_readonly as select empno,ename,job,hiredate,deptno from emp with read only; SQL> select * from vw_emp_readonly where deptno=10; EMPNO ENAME JOB HIREDATE DEPTNO ---------- ---------- --------- --------- ---------- 7782 CLARK MANAGER 09-JUN-81 10 7934 MILLER CLERK 23-JAN-82 10 1 a aa 05-JUN-88 10
只能查询，无法进行更改：
SQL> delete vw_emp_readonly where empno=1; delete vw_emp_readonly where empno=1 * ERROR at line 1: ORA-42399: cannot perform a DML operation on a read-only view
更新基表，只读视图也发生改变：
SQL> update emp set empno=2 where ename='a'; SQL> select * from vw_emp_readonly where deptno=10; EMPNO ENAME JOB HIREDATE DEPTNO ---------- ---------- --------- --------- ---------- 7782 CLARK MANAGER 09-JUN-81 10 7934 MILLER CLERK 23-JAN-82 10 2 a aa 05-JUN-88 10
创建检查约束视图with check option：
Sql>create view vw_emp_check as select empno,ename,job,hiredate,deptno from emp where deptno=10 with check option; SQL> insert into vw_emp_check values('2','c','cc','02-JAN-55',10); SQL> insert into vw_emp_check values('3','d','dd','02-JAN-65',20); insert into vw_emp_check values('3','d','dd','02-JAN-65',20) * ERROR at line 1: ORA-01402: view WITH CHECK OPTION where-clause violation
注意：
创建检查视图：对通过视图进行的增删改操作进行检查，要求增删改操作的数据必须是select查询所能查询到的数据
20号部门不在查询范围内，违反检查约束,所以无法插入；
SQL> delete vw_emp_check where empno=2; 1 row deleted. --------所删除的数据在查询范围内，不违反检查约束
3.2 连接视图
3.2.1 连接视图定义：是指基于多个表所创建的视图，即，定义视图的查询是一个连接查询。 主要目的是为了简化连接查询；
3.2.2 创建连接视图
示例1： 查询部门编号为10和30的部门及雇员信息
SQL> create view vw_dept_emp 2 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); View created. SQL> select * from vw_dept_emp; DEPTNO DNAME LOC EMPNO ENAME SAL ---------- -------------- ------------- ---------- ---------- ---------- 30 SALES CHICAGO 7499 ALLEN 1600 30 SALES CHICAGO 7521 WARD 1250 30 SALES CHICAGO 7654 MARTIN 1250 30 SALES CHICAGO 7698 BLAKE 2850 10 ACCOUNTING NEW YORK 7782 CLARK 2450 30 SALES CHICAGO 7844 TURNER 1500 30 SALES CHICAGO 7900 JAMES 950 10 ACCOUNTING NEW YORK 7934 MILLER 1300 10 ACCOUNTING NEW YORK 1 a 9 rows selected.
3.2.3 连接视图上的DML操作
SQL> insert into vw_dept_emp values(10,'aaa','aaaa',22,'a',5000); insert into vw_dept_emp values(10,'aaa','aaaa',22,'a',5000) * ERROR at line 1: ORA-01779: cannot modify a column which maps to a non key-preserved table
注意：在视图上进行的所有DML操作，最终都会在基表上完成；
select 视图没有什么限制，但insert/delete/update有一些限制；
3.2.4键值保存表
如果连接视图中的一个“基表的键”(主键、唯一键)在它的视图中仍然存在，并且“基表的键”仍然是“连接视图中的键”(主键、唯一键)；即，某列在基表中是主键|唯一键，在视图中仍然是主键|唯一键，则称这个基表为“键值保存表”。
一般地，由主外键关系的2个表组成的连接视图，外键表就是键值保存表，而主键表不是。
3.2.5 连接视图的更新准则
一：一般准则——(讲)
1. 任何DML操作，只能对视图中的键值保存表进行更新, 即，“不能通过连接视图修 改多个基表”;
2. 在DML操作中，“只能使用连接视图定义过的列”;
3. 自连接视图”的所有列都是可更新(增删改)的
二：insert准则
1. 在insert语句中不能使用“非键值保存表”中的列(包括“连接列”)；
2. 执行insert操作的视图，至少应该“包含”键值保存表中所有设置了约束的列；
3. 如果在定义连接视图时使用了WITH CHECK OPTION 选项，则“不能”针对连接视 图执行insert操作
三：update准则
1. 键值保存表中的列是可以更新的；
2. 如果在定义连接视图时使用了WITH CHECK OPTION 选项，则连接视图中的连接列(一般就是“共有列”)和基表中的“其他共有列”是“不可”更新的，连接列和共有列之外的 其他列是“可以”更新的
四：delete准则
1. 如果在定义连接视图时使用了WITH CHECK OPTION 选项，依然“可以”针对连接视图执行delete操作
3.2.6 可更新连接视图
如果创建连接视图的select查询“不包含”如下结构，并且遵守连接视图的“更新准则”，则这样的连接视图是“可更新”的：
6.1 集合运算符(union,intersect,minus)
6.2：DISTINCT关键字
6.3：GROUP BY，ORDER BY，CONNECT BY或START WITH子句
6.4：子查询
6.5：分组函数
6.6：需要更新的列不是由“列表达式”定义的
6.7：基表中所有NOT NULL列均属于该视图
3.3 创建复杂视图
复杂视图定义：是指包含函数、表达式、或分组数据的视图。主要目的是为了简化查询。主要用于执行查询操作，并不用于执行DML操作。
注意：当视图的select查询中包含函数或表达式时，必须为其定义列别名。
示例1：查询目前每个岗位的平均工资、工资总和、最高工资和最低工资。
SQL> create view vw_emp_job_sal(job,avgsal,sumsal,maxsal,minsal) 2 as select job,avg(sal),sum(sal),max(sal),min(sal) from emp group by job; View created. SQL> select * from vw_emp_job_sal; JOB AVGSAL SUMSAL MAXSAL MINSAL --------- ---------- ---------- ---------- ---------- CLERK 1037.5 4150 1300 800 SALESMAN 1400 5600 1600 1250 aa MANAGER 2758.33333 8275 2975 2450 ANALYST 3000 6000 3000 3000
3.4 强制创建视图
强制视图定义：正常情况下，如果基表不存在，创建视图就会失败。但是可以使用force选项强制创建视图(前提：创建视图的语句没有语法错误！)，此时该视图处于失效状态。
SQL> create force view vw_test_tab 2 as select c1,c2 from test_tab;
Warning: View created with compilation errors. 警告: 创建的视图带有编译错误。
SQL> select * from vw_test_tab; select * from vw_test_tab * ERROR at line 1: ORA-04063: view "SCOTT.VW_TEST_TAB" has errors SQL> select object_name,status from user_objects where object_name='VW_TEST_TAB'; OBJECT_NAME STATUS ------------------------------ ------- VW_TEST_TAB INVALID ---------视图状态为不可用 SQL> create table test_tab(c1 number(9) primary key,c2 varchar2(20),c3 varchar2(30)); Table created. SQL> select * from vw_test_tab; no rows selected SQL> select object_name,status from user_objects where object_name='VW_TEST_TAB'; OBJECT_NAME STATUS ------------------------------ ------- VW_TEST_TAB VALID --------------视图状态为可用
四 更改视图
在对视图进行更改(或重定义)之前，需要考虑如下几个问题：
1. 由于视图只是一个虚表，其中没有数据，所以更改视图只是改变数据字典中对该视图的
定义信息，视图的所有基础对象都不会受到任何影响
2. 更改视图之后，依赖于该视图的所有视图和PL/SQL程序都将变为INVALID(失效)状态
3. 如果以前的视图中具有with check option选项，但是重定义时没有使用该选项，则以前
的此选项将自动删除。
4.1更改视图的定义
方法——执行create or replace view语句。这种方法代替了先删除(“权限也将随之删除”)后创建的方法，会保留视图上的权限，但与该视图相关的存储过程和视图会失效。
示例1：将视图改为改为只读：
SQL> create or replace view vw_emp 2 as 3 select empno,ename,job,hiredate,deptno from emp with read only; View created.
4.2视图的重新编译
语法：alter view 视图名 compile;
作用：当视图依赖的基表改变后，视图会“失效”。为了确保这种改变“不影响”视图和依赖于该视图的其他对象，应该使用 alter view 语句“明确的重新编译”该视图，从而在运行视图前发现重新编译的错误。视图被重新编译后，若发现错误，则依赖该视图的对象也会失效；若没有错误，视图会变为“有效”。
权限：为了重新编译其他模式中的视图，必须拥有alter any table系统权限。
注意：当访问基表改变后的视图时，oracle会“自动重新编译”这些视图。
示例1：
SQL> select last_ddl_time,object_name,status from user_objects where object_name='VW_TEST_TAB'; LAST_DDL_ OBJECT_NAME STATUS --------- ------------------------------ ------- 23-AUG-14 VW_TEST_TAB VALID -----视图的状态:有效 SQL> alter table test_tab modify(c2 varchar2(30)); ——修改基表，c2列的长度 SQL> select last_ddl_time,object_name,status from user_objects where object_name='VW_TEST_TAB'; LAST_DDL_ OBJECT_NAME STATUS --------- ------------------------------ ------- 23-AUG-14 VW_TEST_TAB INVALID ——视图的状态:失效 SQL> alter view vw_test_tab compile; ---重新编译 SQL> select last_ddl_time,object_name,status from user_objects where object_name='VW_TEST_TAB'; LAST_DDL_ OBJECT_NAME STATUS --------- ------------------------------ ------- 23-AUG-14 VW_TEST_TAB VALID ---视图有效
请读者思考一个问题：
若上述代码修改的不是列长，而是表名，结果又会如何？
<警告：更改的视图带有编译错误；视图状态：失效>
五 删除视图
语法：DROP VIEW VIEW_NAME
可以删除当前模式中的任何视图，删除视图的定义不影响基表中的数据。
如果要删除其他模式中的视图，必须拥有DROP ANY VIEW系统权限；
视图被删除后，该视图的定义会从词典中被删除，并且在该视图上授予的“权限”也将被删除。
视图被删除后，其他引用该视图的视图及存储过程等都会失效。
示例1：drop view vw_test_tab;
六 查看视图
使用数据字典视图
1 dba_views——DBA视图描述数据库中的所有视图
2 all_views——ALL视图描述用户“可访问的”视图
3 user_views——USER视图描述“用户拥有的”视图
4 dba_tab_columns——DBA视图描述数据库中的所有视图的列(或表的列)
5 all_tab_columns——ALL视图描述用户“可访问的”视图的列(或表的列)
6 user_tab_columns——USER视图描述“用户拥有的”视图的列(或表的列)
示例1：查询当前方案中所有视图的信息
SQL> select view_name,text from user_views; VIEW_NAME TEXT ------------------ ------------------------------------------------------- VW_DEPT_EMP select a.deptno,a.dname,a.loc,b.empno,b.ename,b.sal fro m dept a,emp b where a.de VW_EMP select empno,ename,job,hiredate,deptno from emp VW_EMP_CHECK select empno,ename,job,hiredate,deptno from emp where d eptno=10 with check optio VW_EMP_JOB_SAL select job,avg(sal),sum(sal),max(sal),min(sal) from emp group by job VW_EMP_READONLY select empno,ename,job,hiredate,deptno from emp with re ad only VW_TEST_TAB select c1,c2 from test_tab 6 rows selected.
示例2：查询当前方案中指定视图(或表)的列名信息
select * from user_tab_columns where table_name='VW_DEPT';
七 在视图上执行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;
然后，解析(并优化)合并后的查询语句，并执行查询语句;
7.1查询视图“可更新”(包括“增删改”)的列
使用数据字典视图
dba_updatable_columns——显示数据库所有视图中的所有列的可更新状态
all_updatable_columns——显示用户可访问的视图中的所有列的可更新状态
user_updatable_columns——显示用户拥有的视图中的所有列的可更新状态
示例1：
SQL> select table_name,column_name,insertable,updatable,deletable from user_updatable_columns; TABLE_NAME COLUMN_NAME INS UPD DEL ------------------------------ ------------------------------ --- --- --- VW_EMP_READONLY EMPNO NO NO NO VW_EMP_READONLY ENAME NO NO NO VW_EMP_READONLY JOB NO NO NO VW_EMP_READONLY HIREDATE NO NO NO VW_EMP_READONLY DEPTNO NO NO NO VW_EMP_CHECK EMPNO YES YES YES VW_EMP_CHECK ENAME YES YES YES VW_EMP_CHECK JOB YES YES YES VW_EMP_CHECK HIREDATE YES YES YES 9 row selected.
7.2 视图DML执行遵循的原则：
1.简单视图可以执行DML操作；
2.在视图包含GROUP 函数，GROUP BY子句，DISTINCT关键字时不能删除数据行；
3.在视图不出现下列情况时可通过视图修改基表数据或插入数据：
a.视图中包含GROUP 函数，GROUP BY子句，DISTINCT关键字；
b.使用表达式定义的列；
c.ROWNUM伪列。
d.基表中未在视图中选择的其他列定义为非空且无默认值。
WITH CHECK OPTION 子句
通过视图执行的INSERTS和UPDATES操作不能创建该视图检索不到的数据行， 因为它会对插入或修改的数据行执行完整性约束和数据有效性检查。 （也就是说在执行INSERTS、UPDATES时，WHERE条件中除需要INSERT、UPDATE本身的限制条件之外，还需要加上视图创建时的WHERE条件。）
八、视图容易出现的问题
Oracle视图非常强大的功能之一在于其可以创建一个带有错误的视图。比如说视图里的字段在基表里不存在，该视图仍然可以创建成功，但是非法的且无法执行。当基表里加入了该字段，或者说某个字段修改成视图里的该字段名称，那么视图马上就可以成为合法的。这个功能很有意思。
例子：
创建基表：
create table v_test (name varchar2(32),age number(12));
创建带错误的视图：
create force view view_test as select name,age,address from v_test; --（注意加上force选项）
由于address字段在v_test里不存在，所以会报warning: View created with compilation errors的警告，而且执行select * from view_test;时会报“ORA-04063: view “SCOTT.VIEW_TEST” 有错误”的异常。
但是如果在v_test里加上address字段，那么视图就会合法。
对基表进行修改：
alter table v_test add (address varchar2(128));
现在再执行
select * from view_test
就会执行成功了。
其他问题总结：
1、视图上是否可以创建索引？
一般视图上不用建立索引，对视图的操作最终会转化为对表的操作。
一个讨论：http://www.itpub.net/viewthread.php?tid=150019&extra=&page=1
九、 视图的种类与区别
9.1 关系视图：Oracle视图是作为数据库对象存在的，因此，创建之后也可以通过工具或数据字典来查看视图的相关信息。这是大家常用的视图
如：create view 视图名称 as 查询语句|关系运算
9.2 内嵌视图：在from语句中的可以把表改成一个子查询，如：select a.id ,b.id from emp a,(select id from dept) b where a.id=b.id内嵌视图不属于任何用户，也不是对象，内嵌视图是子查询的一种，可以与数据表、视图一样作为查询语句的数据源存在，但在形式上有较大的区别，内嵌视图不必使用create view命令进行创建，因此，在数据字典中也无法获得相应信息。内嵌视图的特点在于无须创建真正的数据库对象，而只是封装查询，因此会节约数据库资源，同时不会增加维护成本。但是内嵌视图不具有可复用性，因此当预期将在多处调用到同一查询定义时，还是应该使用关系视图。
9.3 对象视图：对象类型在数据库编程中有许多好处，但有时，应用程序已经开发完成。为了迎合对象类型而重建数据表是不现实的。对象视图正是解决这一问题的优秀策略。
对象视图创建之后，同样可以在数据字典中获得其相应信息。利用Oracle内置视图user_views可以获得对象视图相关信息。Oracle中的对象数据实际仍然以关系数据的形式存储。但是，对象的特性，例如继承、封装等，都为开发人员提供了更加灵活的处理形式。同样，可以构造复杂的对象类型来封装复杂的多表查询。
9.4 物化视图：常用于数据库的容灾，不是传统意义上虚拟视图，是实体化视图，和表一样可以存储数据、查询数据。主备数据库数据同步通过物化视图实现，主备数据库通过data link连接，在主备数据库物化视图进行数据复制。当主数据库垮掉时，备数据库接管，实现容灾。