目录：一、视图的定义；
二、视图的作用；
三、创建视图；
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 语法:
其中：
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 创建简单视图
简单视图定义：是指基于单个表建立的，不包含任何函数、表达式和分组数据的视图。
对简单的视图进行DAM操作：
创建只读视图：
只能查询，无法进行更改：
更新基表，只读视图也发生改变：
创建检查约束视图with check option：
注意：
创建检查视图：对通过视图进行的增删改操作进行检查，要求增删改操作的数据必须是select查询所能查询到的数据
20号部门不在查询范围内，违反检查约束,所以无法插入；
3.2 连接视图
3.2.1 连接视图定义：是指基于多个表所创建的视图，即，定义视图的查询是一个连接查询。 主要目的是为了简化连接查询；
3.2.2 创建连接视图
示例1： 查询部门编号为10和30的部门及雇员信息
3.2.3 连接视图上的DML操作
注意：在视图上进行的所有DML操作，最终都会在基表上完成；
select 视图没有什么限制，但insert/delete/update有一些限制；
3.2.4键值保存表
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查询“不包含”如下结构，并且遵守连接视图的“更新准则”，则这样的连接视图是“可更新”的：
3.3 创建复杂视图
示例1：查询目前每个岗位的平均工资、工资总和、最高工资和最低工资。
3.4 强制创建视图
强制视图定义：正常情况下，如果基表不存在，创建视图就会失败。但是可以使用force选项强制创建视图(前提：创建视图的语句没有语法错误！)，此时该视图处于失效状态。
Warning: View created with compilation errors. 警告: 创建的视图带有编译错误。
四 更改视图
的此选项将自动删除。
4.1更改视图的定义
方法——执行create or replace view语句。这种方法代替了先删除(“权限也将随之删除”)后创建的方法，会保留视图上的权限，但与该视图相关的存储过程和视图会失效。
示例1：将视图改为改为只读：
4.2视图的重新编译
语法：alter view 视图名 compile;
作用：当视图依赖的基表改变后，视图会“失效”。为了确保这种改变“不影响”视图和依赖于该视图的其他对象，应该使用 alter view 语句“明确的重新编译”该视图，从而在运行视图前发现重新编译的错误。视图被重新编译后，若发现错误，则依赖该视图的对象也会失效；若没有错误，视图会变为“有效”。
权限：为了重新编译其他模式中的视图，必须拥有alter any table系统权限。
注意：当访问基表改变后的视图时，oracle会“自动重新编译”这些视图。
示例1：
请读者思考一个问题：
五 删除视图
语法：DROP VIEW VIEW_NAME
可以删除当前模式中的任何视图，删除视图的定义不影响基表中的数据。
示例2：查询当前方案中指定视图(或表)的列名信息
七 在视图上执行DML操作的步骤和原理
第一步：将针对视图的SQL语句与视图的定义语句(保存在数据字典中)“合并”成一条SQL语句
第二步：在内存结构的共享SQL区中“解析”(并优化)合并后的SQL语
第三步：“执行”SQL语句
当用户执行如下查询语句时：
oracle将把这条SQL语句与视图定义语句“合并”成如下查询语句：
然后，解析(并优化)合并后的查询语句，并执行查询语句;
7.1查询视图“可更新”(包括“增删改”)的列
使用数据字典视图
dba_updatable_columns——显示数据库所有视图中的所有列的可更新状态
all_updatable_columns——显示用户可访问的视图中的所有列的可更新状态
user_updatable_columns——显示用户拥有的视图中的所有列的可更新状态
示例1：
7.2 视图DML执行遵循的原则：
八、视图容易出现的问题
就会执行成功了。
九、 视图的种类与区别
9.1 关系：视图是作为对象存在的，因此，创建之后也可以通过工具或数据字典来查看视图的相关信息。这是大家常用的视图
如：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连接，在主备数据库物化视图进行数据复制。当主数据库垮掉时，备数据库接管，实现容灾。
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/12287.html