1.1.什么是视图
视图是一种数据库对象,是从一个或者多个数据表或视图中导出的虚表,视图所对应的数据并不真正地存储在视图中,而是存储在所引用的数据表中,视图的结构和数据是对数据表进行查询的结果。
根据创建视图时给定的条件,视图可以是一个数据表的一部分,也可以是多个基表的联合,它存储了要执行检索的查询语句的定义,以便在引用该视图时使用。
使用视图的优点:
1.简化数据操作:视图可以简化用户处理数据的方式。
2.着重于特定数据:不必要的数据或敏感数据可以不出现在视图中。
3.视图提供了一个简单而有效的安全机制,可以定制不同用户对数据的访问权限。
4.提供向后兼容性:视图使用户能够在表的架构更改时为表创建向后兼容接口。
1.2.创建、修改、删除视图语法
创建、修改视图
|
选项解释:
OR REPLACE :若所创建的试图已经存在,ORACLE自动重建该视图;
FORCE :不管基表是否存在ORACLE都会自动创建该视图;
subquery :一条完整的SELECT语句,可以在该语句中定义别名;
WITH CHECK OPTION :插入或修改的数据行必须满足视图定义的约束;WITH READ ONLY :该视图上不能进行任何DML操作。
删除视图
DROP VIEW view_name
|
1.3.视图案例
1.3.1.简单视图的创建与使用
什么是简单视图?如果视图中的语句只是单表查询,并且没有聚合函数,我们就称之为简单视图。
需求:创建视图 :业主类型为1的业主信息
语句:
create or replace view view_owners1 as select * from T_OWNERS where ownertypeid=1 |
利用该视图进行查询
select * from view_owners1 where addressid=1; |
就像使用表一样去使用视图就可以了。
对于简单视图,我们不仅可以用查询,还可以增删改记录。
我们下面写一条更新的语句,试一下:
update view_owners1 set name='王刚' where id=2; |
再次查询:
select * from view_owners1 |
查询结果如下:
结果已经更改成功。
我们再次查询表数据
select * from T_OWNERS where ownertypeid=1 |
发现表的数据也跟着更改了。由此我们得出结论:视图其实是一个虚拟的表,它的数据其实来自于表。如果更改了视图的数据,表的数据也自然会变化,更改了表的数据,视图也自然会变化。一个视图所存储的并不是数据,而是一条SQL语句。
1.3.2.带检查约束的视图
需求:根据地址表(T_ADDRESS)创建视图VIEW_ADDRESS2 ,内容为区域ID为2的记录。
语句:
create or replace view view_address2 as select * from T_ADDRESS where areaid=2 with check option |
执行下列更新语句:
update view_address2 set areaid=1 where id=4 |
系统提示如下错误信息:
1.3.3.只读视图的创建与使用
如果我们创建一个视图,并不希望用户能对视图进行修改,那我们就需要创建视图时指定WITH READ ONLY选项,这样创建的视图就是一个只读视图。
需求:将上边的视图修改为只读视图
语句:
create or replace view view_owners2 as select * from T_OWNERS where ownertypeid=1 with read only |
修改后,再次执行update语句,会出现错误提示
1.3.4.创建带错误的视图
我们创建一个视图,如果视图的SQL语句所设计的表并不存在,如下
create or replace view view_TEMP as select * from T_TEMP |
T_TEMP表并不存在,此时系统会给出错误提示
有的时候,我们创建视图时的表可能并不存在,但是以后可能会存在,我们如果此时需要创建这样的视图,需要添加FORCE 选项,SQL语句如下:
create or replace FORCE view view_TEMP as select * from T_TEMP |
此时视图创建成功。
1.3.5.复杂视图的创建与使用
所谓复杂视图,就是视图的SQL语句中,有聚合函数或多表关联查询。
我们看下面的例子:
- 多表关联查询的例子
需求:
创建视图,查询显示业主编号,业主名称,业主类型名称
语句:
create or replace view view_owners as select o.id 业主编号,o.name 业主名称,ot.name 业主类型 from T_OWNERS o,T_OWNERTYPE ot where o.ownertypeid=ot.id |
使用该视图进行查询
select * from view_owners |
那这个视图能不能去修改数据呢?
我们试一下下面的语句:
update view_owners set 业主名称='范小冰' where 业主编号=1; |
可以修改成功。
我们再试一下下面的语句:
update view_owners set 业主类型='普通居民' where 业主编号=1; |
这次我们会发现,系统弹出错误提示:
这个是什么意思?是说我们所需改的列不属于键保留表的列。
什么叫键保留表呢?
键保留表是理解连接视图修改限制的一个基本概念。该表的主键列全部显示在视图中,并且它们的值在视图中都是唯一且非空的。也就是说,表的键值在一个连接视图中也是键值,那么就称这个表为键保留表。
在我们这个例子中,视图中存在两个表,业主表(T_OWNERS)和业主类型表(T_OWNERTYPE), 其中T_OWNERS表就是键保留表,因为T_OWNERS的主键也是作为视图的主键。键保留表的字段是可以更新的,而非键保留表是不能更新的。
- 分组聚合统计查询的例子
需求:创建视图,按年月统计水费金额,效果如下
语句:
create view view_accountsum as select year,month,sum(money) moneysum from T_ACCOUNT group by year,month order by year,month |
此例用到聚合函数,没有键保留表,所以无法执行update 。
Update view_accountsum set month = '03' where month = '04' and year = '2012' |
2 物化视图
2.1.什么是物化视图
视图是一个虚拟表(也可以认为是一条语句),基于它创建时指定的查询语句返回的结果集。每次访问它都会导致这个查询语句被执行一次。为了避免每次访问都执行这个查询,可以将这个查询结果集存储到一个物化视图(也叫实体化视图)。
物化视图与普通的视图相比的区别是物化视图是建立的副本,它类似于一张表,需要占用存储空间。而对一个物化视图查询的执行效率与查询一个表是一样的。
2.2.创建物化视图语法
CREATE METERIALIZED VIEW view_name [BUILD IMMEDIATE | BUILD DEFERRED ] ON [COMMIT |DEMAND ] | START WITH (start_time) NEXT (next_time) |
BUILD IMMEDIATE 是在创建物化视图的时候就生成数据
BUILD DEFERRED 则在创建时不生成数据,以后根据需要再生成数据。 默认为BUILD IMMEDIATE。
刷新(REFRESH):指当基表发生了DML操作后,物化视图何时采用哪种方式和基表进行同步。
REFRESH 后跟着指定的刷新方法有三种:FAST、COMPLETE、FORCE。FAST刷新采用增量刷新,只刷新自上次刷新以后进行的修改。COMPLETE刷新对整个物化视图进行完全的刷新。如果选择FORCE方式,则Oracle在刷新时会去判断是否可以进行快速刷新,如果可以则采用FAST方式,否则采用COMPLETE的方式。FORCE是默认的方式。
刷新的模式有两种:ON DEMAND和ON COMMIT。ON DEMAND指需要手动刷新物化视图(默认)。ON COMMIT 指在基表发生COMMIT操作时自动刷新。
2.3.物化视图案例
2.3.1.创建手动刷新的物化视图
需求:查询地址ID,地址名称和所属区域名称
语句:
create materialized view mv_address as select ad.id,ad.name adname,ar.name ar_name from t_address ad,t_area ar where ad.areaid=ar.id |
执行上边的语句后查询
select * from mv_address; |
查询结果如下:
这时,我们向地址表(T_ADDRESS)中插入一条新记录,
insert into t_address values(8,'宏福苑小区',1,1); |
再次执行上边的语句进行查询,会发现新插入的语句并没有出现在物化视图中。
我们需要通过下面的语句(PL/SQL),手动刷新物化视图:
begin DBMS_MVIEW.refresh('MV_ADDRESS','C'); end; |
或者通过下面的命令手动刷新物化视图:
EXEC DBMS_MVIEW.refresh('MV_ADDRESS','C'); |
执行此命令后再次查询物化视图,就可以查询到最新的数据了。
DBMS_MVIEW.refresh实际上是系统内置的存储过程。
2.3.2.创建自动刷新的物化视图
和上例一样的结果集
语句如下:
create materialized view mv_address2 refresh on commit as select ad.id,ad.name adname,ar.name ar_name from t_address ad,t_area ar where ad.areaid=ar.id |
创建此物化视图后,当T_ADDRESS表发生变化时commit提交,MV_ADDRESS2自动跟着改变。
2.3.3.创建时不生成数据的物化视图
create materialized view mv_address3 build deferred refresh on commit as select ad.id,ad.name adname,ar.name ar_name from t_address ad,t_area ar where ad.areaid=ar.id; |
创建后执行下列语句查询物化视图
select * from mv_address3 |
查询结果:
执行下列语句生成数据
begin DBMS_MVIEW.refresh('MV_ADDRESS3','C'); end; |
再次查询,得到结果:
由于我们创建时指定的on commit ,所以在修改数据后能立刻看到最新数据,无须再次执行refresh
2.3.4.创建增量刷新的物化视图
如果创建增量刷新的物化视图,必须首先创建物化视图日志
create materialized view log on t_address with rowid; create materialized view log on t_area with rowid |
创建的物化视图日志名称为MLOG$_表名称
创建物化视图
create materialized view mv_address4 refresh fast as select ad.rowid adrowid ,ar.rowid arrowid, ad.id,ad.name adname,ar.name ar_name from t_address ad,t_area ar where ad.areaid=ar.id; |
注意:创建增量刷新的物化视图,必须:
1. 创建物化视图中涉及表的物化视图日志。
2. 在查询语句中,必须包含所有表的rowid ( 以rowid方式建立物化视图日志 )
当我们向地址表插入数据后,物化视图日志的内容:
SNAPTIME$$:用于表示刷新时间。
DMLTYPE$$:用于表示DML操作类型,I表示INSERT,D表示DELETE,U表示UPDATE。
OLD_NEW$$:用于表示这个值是新值还是旧值。N(EW)表示新值,O(LD)表示旧值,U表示UPDATE操作。
CHANGE_VECTOR$$:表示修改矢量,用来表示被修改的是哪个或哪几个字段。
此列是RAW类型,其实Oracle采用的方式就是用每个BIT位去映射一个列。
插入操作显示为:FE, 删除显示为:OO更新操作则根据更新字段的位置而显示不同的值。
当我们手动刷新物化视图后,物化视图日志被清空,物化视图更新。
begin DBMS_MVIEW.refresh('MV_ADDRESS4','C'); end; |