oracle视图总结(转)


 

视图简介:
视图是基于一个表或多个表或视图的逻辑表,本身不包含数据,通过它可以对表里面的数据进行查询和修改。视图基于的表称为基表。视图是存储在数据字典里的一条select语句。 通过创建视图可以提取数据的逻辑上的集合或组合。

视图的优点:
1.对数据库的访问,因为视图可以有选择性的选取数据库里的一部分。
2.用户通过简单的查询可以从复杂查询中得到结果。
3.维护数据的独立性,试图可从多个表检索数据。
4.对于相同的数据可产生不同的视图。

视图的分类:
视图分为简单视图和复杂视图。

两者区别如下:
1.简单视图只从单表里获取数据,复杂视图从多表获取数据;
2.简单视图不包含函数和数据组,复杂视图包含;
3.简单视图可以实现DML操作,复杂视图不可以。

视图的创建:

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都会自动创建该视图;
NOFORCE:只有基表都存在ORACLE才会创建该视图:
alias:为视图产生的列定义的别名;
subquery:一条完整的SELECT语句,可以在该语句中定义别名;
WITH CHECK OPTION : 插入或修改的数据行必须满足视图定义的约束;
WITH READ ONLY : 该视图上不能进行任何DML操作。

 

DML(data manipulation language):它们是SELECT、UPDATE、INSERT、DELETE,就象它的名字一样,这4条命令是用来对数据库里的数据进行操作的语言。

DDL(data definition language):DDL比DML要多,主要的命令有CREATE、ALTER、DROP等,DDL主要是用在定义或改变表(TABLE)的结构,数据类型,
表之间的链接和约束等初始化工作上,他们大多在建立表时使用。

 

视图的定义原则:
1.视图的查询可以使用复杂的SELECT语法,包括连接/分组查询和子查询;
2.在没有WITH CHECK OPTION和 READ ONLY 的情况下,查询中不能使用 ORDER BY 子句
3.如果没有为CHECK OPTION约束命名,系统会自动为之命名,形式为SYS_Cn;
4.OR REPLACE选项可以不删除原视图便可更改其定义并重建,或重新授予对象权限。

查询视图:
视图创建成功后,可以从视图中检索数据,这点和从表中检索数据一样。
示例:
SQL>SELECT * FROM dept_sum_vw;

修改视图:
通过OR REPLACE 重新创建同名视图即可。

删除视图:
DROP VIEW VIEW_NAME语句删除视图。
删除视图的定义不影响基表中的数据。
只有视图所有者和具备DROP VIEW权限的用户可以删除视图。
视图被删除后,基于被删除视图的其他视图或应用将无效。

视图上的DML 操作:
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条件。)

视图作用
        1)提供各种数据表现形式, 可以使用各种不同的方式将基表的数据展现在用户面前, 以便符合用户的使用习惯(主要手段: 使用别名).
         2)隐藏数据的逻辑复杂性并简化查询语句, 多表查询语句一般是比较复杂的, 而且用户需要了解表之间的关系, 否则容易写错; 如果基于这样的查询语句创建一个视图, 用户就可以直接对这个视图进行"简单查询"而获得结果. 这样就隐藏了数据的复杂性并简化了查询语句. 这也是oracle提供各种"数据字典视图"的原因之一,all_constraints就是一个含有2个子查询并连接了9个表的视图(在catalog.sql中定义).
         3)执行某些必须使用视图的查询. 某些查询必须借助视图的帮助才能完成. 比如, 有些查询需要连接一个分组统计后的表和另一表, 这时就可以先基于分组统计的结果创建一个视图, 然后在查询中连接这个视图和另一个表就可以了.
        4)提供某些安全性保证. 视图提供了一种可以控制的方式, 即可以让不同的用户看见不同的列, 而不允许访问那些敏感的列, 这样就可以保证敏感数据不被用户看见.
        5)简化用户权限的管理. 可以将视图的权限授予用户, 而不必将基表中某些列的权限授予用户, 这样就简化了用户权限的定义.

 


 

 

 

创建复杂视图
        是指包含函数、表达式、或分组数据的视图。主要目的是为了简化查询。主要用于执行查询操作,并不用于执行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;

 

更改视图
          在对视图进行更改(或重定义)之前,需要考虑如下几个问题:
          之一  ——由于视图只是一个虚表,其中没有数据,所以更改视图只是改变数据字典中对该视图的定义信息,视图的所有基础对象都不会受到任何影响
          之二  ——更改视图之后,依赖于该视图的所有视图和PL/SQL程序都将变为INVALID(失效)状态
          之三  ——如果以前的视图中具有with check option选项,但是重定义时没有使用该选项,则以前的此选项将自动删除。

 

改视图的定义
   方法——执行create or replace view语句。这种方法代替了先删除(“权限也将随之删除”)后创建的方法,会保留视图上的权限,但与该视图相关的存储过程和视图会失效。
   示例1:create or replace view v_test_tab
                      as
                      select c1,c2||' + '||c3 c23 from test_tab;

 

视图的重新编译
           语法:alter view 视图名 compile;
           作用:当视图依赖的基表改变后,视图会“失效”。为了确保这种改变“不影响”视图和依赖于该视图的
                     其他对象,应该使用 alter view 语句“明确的重新编译”该视图,从而在运行视图前发现重新
                     编译的错误。视图被重新编译后,若发现错误,则依赖该视图的对象也会失效;若没有错误,
                     视图会变为“有效”。
           权限:为了重新编译其他模式中的视图,必须拥有alter any table系统权限。
           注意:当访问基表改变后的视图时,oracle会“自动重新编译”这些视图。

 

删除视图
       可以删除当前模式中的任何视图;
        如果要删除其他模式中的视图,必须拥有DROP ANY VIEW系统权限;
        视图被删除后,该视图的定义会从词典中被删除,并且在该视图上授予的“权限”也将被删除。
        视图被删除后,其他引用该视图的视图及存储过程等都会失效。
       示例1:drop view vw_test_tab;

 

可更新连接视图
       如果创建连接视图的select查询“不包含”如下结构,并且遵守连接视图的“更新准则”,则这样的连接视图是“可更新”的
        之一:集合运算符(union,intersect,minus)
        之二:DISTINCT关键字
        之三:GROUP BY,ORDER BY,CONNECT BY或START WITH子句
        之四:子查询
        之五:分组函数
        之六:需要更新的列不是由“列表达式”定义的
        之七:基表中所有NOT NULL列均属于该视图

 

键值保存表
        如果连接视图中的一个“基表的键”(主键、唯一键)在它的视图中仍然存在,
         并且“基表的键”仍然是“连接视图中的键”(主键、唯一键);
         即,某列在基表中是主键|唯一键,在视图中仍然是主键|唯一键
         则称这个基表为“键值保存表”。
              
         一般地,由主外键关系的2个表组成的连接视图,外键表就是键值保存表,而主键表不是。

 

连接视图的更新准则
        之一:一般准则——(讲)
                        任何DML操作,只能对视图中的键值保存表进行更新,
                        即,“不能通过连接视图修改多个基表”;
                        在DML操作中,“只能使用连接视图定义过的列”;
                        “自连接视图”的所有列都是可更新(增删改)的
         之二:insert准则
                       在insert语句中不能使用“非键值保存表”中的列(包括“连接列”);
                       执行insert操作的视图,至少应该“包含”键值保存表中所有设置了约束的列;
                       如果在定义连接视图时使用了WITH CHECK OPTION 选项,
                       则“不能”针对连接视图执行insert操作                                     
        之三:update准则
                        键值保存表中的列是可以更新的;
                        如果在定义连接视图时使用了WITH CHECK OPTION 选项,
                        则连接视图中的连接列(一般就是“共有列”)和基表中的“其他共有列”是“不可”更新的,
                        连接列和共有列之外的其他列是“可以”更新的
       之四:delete准则
                        如果在定义连接视图时使用了WITH CHECK OPTION 选项,
                        依然“可以”针对连接视图执行delete操作

 


免责声明!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系本站邮箱yoyou2525@163.com删除。



 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM