本章重点介绍Oracle视图基本操作,包括创建连接视图,复杂视图,强制创建视图,更改视图,视图重新编译等。
创建Oracle视图
权限: 要在当前方案中创建视图, 用户必须具有create view系统权限; 要在其他方案中创建视图, 用户必须具有create any view系统权限. 视图的功能取决于视图拥有者的权限. 语法:
create[orreplace][force]view[schema.]view_name
列名的个数必须与select查询中列的个数相同;如果select查询包含函数或表达式, 则必须为其定义列名. 此时, 既可以用column1, column2指定列名, 也可以在select查询中指定列名. with check option: 指定对视图执行的dml操作必须满足“视图子查询”的条件即,对通过视图进行的增删改操作进行”检查”,要求增删改操作的数据, 必须是select查询所能查询到的数据, 否则不允许操作并返回错误提示. 默认情况下, 在增删改之前”并不会检查”这些行是否能被select查询检索到. with read only:创建的视图只能用于查询数据, 而不能用于更改数据.
创建简单视图
是指基于单个表建立的,不包含任何函数、表达式和分组数据的视图。 示例1:基于emp表创建一个vw_emp视图
createviewvw_emp
创建复杂Oracle视图
是指包含函数、表达式、或分组数据的视图。主要目的是为了简化查询。 主要用于执行查询操作,并不用于执行DML操作。 注意:当视图的select查询中包含函数或表达式时,必须为其定义列别名。 示例1:查询目前每个岗位的平均工资、工资总和、最高工资和最低工资。
createviewvw_emp_job_sal
#p#
强制创建Oracle视图
正常情况下,如果基表不存在,创建视图就会失败。但是可以使用force选项强制创建视图(前提:创建视图的语句没有语法错误!),此时该视图处于失效状态。 示例1:
createforceviewvw_test_tab
更改Oracle视图
在对视图进行更改(或重定义)之前,需要考虑如下几个问题: 之一——由于视图只是一个虚表,其中没有数据,所以更改视图只是改变数据字典中对该视图的定义信息,视图的所有基础对象都不会受到任何影响 之二——更改视图之后,依赖于该视图的所有视图和PL/SQL程序都将变为INVALID(失效)状态 之三——如果以前的视图中具有with check option选项,但是重定义时没有使用该选项, 则以前的此选项将自动删除.
更改Oracle视图的定义
方法——执行create or replace view语句。这种方法代替了先删除(“权限也将随之删除”) 后创建的方法,会保留视图上的权限,但与该视图相关的存储过程和视图会失效。 示例1:
createorreplaceviewv_test_tab
视图的重新编译
语法:alter view 视图名 compile; 作用:当视图依赖的基表改变后,视图会“失效”。为了确保这种改变“不影响”视图和依赖于该视图的其他对象,应该使用 alter view 语句“明确的重新编译”该视图,从而在运行视图前发现重新编译的错误。视图被重新编译后,若发现错误,则依赖该视图的对象也会失效;若没有错误,视图会变为“有效”。 权限:为了重新编译其他模式中的视图,必须拥有alter any table系统权限。 注意:当访问基表改变后的视图时,oracle会“自动重新编译”这些视图。 示例1:
selectlast_ddl_time,object_name,status
思考:若上述代码修改的不是列长,而是表名,结果又会如何? <警告:更改的视图带有编译错误;视图状态:失效>#p#
删除视图
可以删除当前模式中的任何视图;如果要删除其他模式中的视图,必须拥有DROP ANY VIEW系统权限;视图被删除后,该视图的定义会从词典中被删除,并且在该视图上授予的“权限”也将被删除。视图被删除后,其他引用该视图的视图及存储过程等都会失效。 示例1:drop view vw_test_tab;
查看视,使用数据字典视图
dba_views——DBA视图描述数据库中的所有视图
在连接视图上执行DML操作
在视图上进行的所有DML操作,最终都会在基表上完成;select 视图没有什么限制,但insert/delete/update有一些限制
在视图上执行DML操作的步骤和原理 第一步:将针对视图的SQL语句与视图的定义语句(保存在数据字典中)“合并”成一条SQL语句 第二步:在内存结构的共享SQL区中“解析”(并优化)合并后的SQL语句 第三步:“执行”SQL语句 示例:假设视图v_emp的定义语句如下:
createviewv_emp
然后,解析(并优化)合并后的查询语句,并执行查询语句#p#
查询视图“可更新”(包括“增删改”)的列。使用数据字典视图
dba_updatable_columns——显示数据库所有视图中的所有列的可更新状态
可更新连接视图
如果创建连接视图的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操作