参考:
视图、索引、存储过程优缺点: http://www.cnblogs.com/SanMaoSpace/p/3147059.html
oracle视图总结（转）：http://tianwei0131-163-com.iteye.com/blog/1146722
Oracle视图详解：http://blog.itpub.net/29785807/viewspace-1270120/
（1） 什么是视图
视图(View)作为一种数据库对象，为用户提供了一个可以检索数据表中的数据方式。用户通过视图来浏览数据表中感兴趣的部分或全部数据，而数据的物理存储位置仍然在表中。
视图并不存储任何的物理数据, 在数据库中仅仅是只存储视图的定义, 其数据仍然存储在 生成视图的表中。
视图由视图名和视图定义两个部分组成。视图是从一个或多个表导出来的表，它实际上是一个查询结果，视图的名字和视图对应的查询存储在数据字典中。
视图看上去非常象数据库的物理表，对它的操作同任何其它的表一样。当通过视图修改数据时，实际上是在改变基表中的数据；相反地，基表数据的改变也会自动反映在由基表产生的视图中。 但是， 需要注意的是对待 复杂 语句生成的视图 是只读的，无法更改的。
（2） 视图的优缺点：
<1> 视图的优点：
a.数据安全性：对不同的用户定义不同的视图，使用户只能看到与自己有关的数据。
b.简化查询：为复杂的查询建立一个视图，用户只需针对此视图做简单的查询即可。
c.逻辑数据独立性： 将程序与表 通过 视图分隔开来；
d.简化用户权限的管理：可以将视图的权限授予用户, 而不必将基表中某些列的权限授予用户, 这样就简化了用户权限的定义。
<2> 视图的缺点：
性能：必须把视图的查询转化成对基本表的查询，如果这个视图是由一个复杂的多表查询所定义，那么，即使是视图的一个简单查询，也会把它变成一个复杂的结合体，需要花费一定的时间。
（3） 视图的创建
在创建视图之前需要进行授权： GRANT CREATE VIEW TO VIEW_TEST;
CREATE [OR REPLACE] [FORCE|NOFORCE] VIEW view_name [(alias[, alias]...)]
AS subquery
[WITH CHECK OPTION [CONSTRAINT constraint]]
[WITH READ ONLY] ;
其中：
OR REPLACE：若所创建的试图已经存在，ORACLE自动重建该视图；
FORCE：不管基表是否存在ORACLE都会自动创建该视图；
对于 FORCE：可以创建带有错误的视图， 比如说视图里的字段在基表里不存在，该视图仍然可以创建成功，但是非法的且无法执行。当基表里加入了该字段，或者说某个字段修改成视图里的该字段名称，那么视图马上就可以成为合法的。
NOFORCE：只有基表都存在ORACLE才会创建该视图：
alias：为视图产生的列定义的别名；
subquery：一条完整的SELECT语句，可以在该语句中定义别名；
WITH CHECK OPTION ： 插入或修改的数据行必须满足视图定义的约束；
对通过视图进行的增删改操作进行检查，要求增删改操作的数据必须是select查询所能查询到的数据， 因为它会对插入或修改的数据行执行完整性约束和数据有效性检查。 （也就是说在执行INSERTS、UPDATES时，WHERE条件中除需要INSERT、UPDATE本身的限制条件之外，还需要加上视图创建时的WHERE条件。）
示例如下：
CREATE VIEW v_emp
AS SELECT empno,ename,job,deptno FROM emp
WHERE deptno=10
WITH CHECK OPTION CONSTRAINT emp_cnst;
如果有这个限制，那么通过视图v_emp 插入数据的deptno字段的值必须是10，否则就会报“ORA-01402: 视图 WITH CHECK OPTIDN 违反 where 子句”的异常。
WITH READ ONLY ： 该视图上不能进行任何DML操作。
（4） 视图的其他简单操作
修改视图：通过OR REPLACE 重新创建同名视图即可。
删除视图：DROP VIEW VIEW_NAME语句删除视图。
删除视图的定义不影响基表中的数据。
只有视图所有者和具备DROP VIEW权限的用户可以删除视图。
视图被删除后，基于被删除视图的其他视图或应用将无效。
查询视图定义：
SELECT view_name,text FROM USER_VIEWS WHERE VIEW_NAME = 'MY_VIEW';
查询视图/表的 DML 操作权限：
SELECT table_name,column_name,updatable,insertable,deletable
FROM user_updatable_columns WHERE table_name = 'MY_VIEW';
视图的重新编译：
alter view 视图名 compile;
作用：当视图依赖的基表改变后，视图会“失效”。为了确保这种改变“不影响”视图和依赖于该视图的其他对象，应该使用 alter view 语句“明确的重新编译”该视图，从而在运行视图前发现重新编译的错误。视图被重新编译后，若发现错误，则依赖该视图的对象也会失效；若没有错误，视图会变为“有效”。
权限：为了重新编译其他模式中的视图，必须拥有alter any table系统权限。
注意：当访问基表改变后的视图时，oracle会“自动重新编译”这些视图。
（5） 视图 DML 操作
1.简单视图可以执行DML操作；
2.在视图包含GROUP 函数，GROUP BY子句，DISTINCT关键字时不能删除数据行；
3.在视图出现下列情况时不可以通过视图修改基表数据或插入数据：
a.视图中包含GROUP 函数，GROUP BY子句，DISTINCT关键字, 有诸如AVGSUMMAX等聚合函数， 集合运算符(union,intersect,minus)；
b.使用表达式定义的列；
c.ROWNUM伪列。
d.基表中未在视图中选择的其他列定义为非空且无默认值。
f.WITH CHECK OPTION 子句 (参考上文)
e.子查询
（6） 视图的类别
在这里有所不同， 常规来说， 仅仅分为 简单视图 和 复杂视图即可：
1.简单视图只从单表里获取数据，复杂视图从多表获取数据；
2.简单视图不包含函数和数据组，复杂视图包含；
3.简单视图可以实现DML操作，复杂视图不可以。
而对于 复杂视图 中的一种特殊视图 连接视图 （指基于多个表建立的视图，一般来说不会在该视图上执行INSERT、UPDATE、DELETE操作。） ， DML 规则如下：
create view dept1_staff as select e.ename, e.empno, e.job, d.deptno, d.dname from emp e,dept d where e.deptno in (10,30) and e.deptno = d.deptno；
如果连接视图中的一个“基表的键”(主键、唯一键)在它的视图中仍然存在，并且“基表的键”仍然是“连接视图中的键”(唯一键)；即，某列在基表中是主键|唯一键，在视图中仍然是唯一键，则称这个基表为“键值保存表”（key-Preserved table）。
一般地，由主外键关系的2个表组成的连接视图，外键表就是键值保存表，而主键表不是。
更新准则如下：
一般准则：
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操作
所有的 DML 操作， 要保证能够在 键值保存表 中被正确的执行， 操作。
存在问题： 待补充
视图是基于 查询语句生成， Oracle 对 查询语句 缓存有一定优化， 视图 与 缓存？