黑马Oracle视图
一.视图
**创建或修改视图语法**: CREATE [OR REPLACE] [FORCE] VIEW view_name AS subquery [WITH CHECK OPTION ] [WITH READ ONLY] 选项解释: or replace: 若所创建的视图已经存在,Oracle自动重建该视图 force: 不管基表是否存在Oracle都会自动创建该视图 subquery: 一条完整的select语句,可以在该语句中定义别名 with check option:插入或修改的数据必须满足视图定义的约束 with read only:该视图上不能进行任何DML操作 #删除视图语法 drop view view_name
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;
commit;
查询视图结果如下:
select * from view_owners1
查询表结果如下 select * from t_owners
发现表的数据也跟着更改了。由此我们得出结论:视图其实是一个虚拟的表,它的数据其实来自于表。如果更改了视图的数据,表的数据也自然会变化,更改了表的数据,视图也自然会变化。一个视图所存储的并不是数据,而是一条 SQL语句。
2.带检查约束的视图
需求:根据地址表(T_ADDRESS)创建视图 VIEW_ADDRESS2 ,内容为区域 ID 为 2 的记录。
create or replace view view_address2 as
select * from t_address
where areaid = 2
with check option
查询视图VIEW_ADDRESS2
select * from view_address2
执行下列更新语句:
update view_address2 set areaid=1 where id = 4
因为在创建视图的时候添加了with check option的参数,有了areaid=2的检查约束,所以不允许修改areaid的值
执行下列更新语句:
update view_address2 set name='小区' where id = 3;
commit;
#显示成功 查询视图VIEW_ADDRESS2
select * from view_address2
3. 只读视图的创建与使用
如果我们创建一个视图,并不希望用户能对视图进行修改,那我们就需要创建视图时指定 WITH READ ONLY 选项,这样创建的视图就是一个只读视图。
需求:将上边的视图修改为只读视图
语句:
create or replace view view_owners1 as
select * from t_owners where ownertypeid=1
with read only
修改后,再次执行 update 语句:
update view_owners1 set name='王冰' where id = 2
会出现如下错误提示
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
此时视图创建成功
5. 复杂视图的创建与使用
所谓复杂视图,就是视图的 SQL 语句中,有聚合函数或多表关联查询。
我们看下面的例子:
(1)多表关联查询的例子
需求:
创建视图,查询显示业主编号,业主名称,业主类型名称
语句:
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;
commit;
查询视图:
select * from view_owners
可以修改成功。
我们再试一下下面的语句:
update view_owners set 业主类型='普通居民' where 业主编号=2
这次我们会发现,系统弹出错误提示:
这个是什么意思?是说我们所需改的列不属于键保留表的列。
什么叫键保留表呢?
键保留表是理解连接视图修改限制的一个基本概念。该表的主键列全部显示在视图中,并且它们的值在视图中都是唯一且非空的。也就是说,表的键值在一个连接视图中也是键值,那么就称这个表为键保留表。在我们这个例子中,视图中存在两个表,业主表(T_OWNERS)和业主类型表(T_OWNERTYPE), 其中 T_OWNERS 表就是键保留表,因为 T_OWNERS 的
主键也是作为视图的主键。键保留表的字段是可以更新的,而非键保留表是不能更新的。
#本题解释为: 视图view_owners是由t_owners和T_OWNERTYPE俩个表创建,在t_owners中id为主键,所以t_owners在该视图为键保留表,键保留表中的字段可以更新,而非键保留表是不能更新的
前面已经修改了键保留表中的业主名称字段,现在我们来尝试修改业主编号字段
update view_owners set 业主编号=11 where 业主名称='刘华';
commit;
select * from view_owners
查询视图如下,发现修改成功
分组聚合统计查询的例子
需求:创建视图,按年月统计水费金额,效果如下
create or replace view view_accountsnum as
select year,month,sum(money) moneysum
from T_ACCOUNT
group by year,month
order by year,month
如果视图定义中包含了group by、union、聚合函数以及其他一些特殊情况,就不能被更新了;更新视图的查询也可以是一个关联语句,但是被更新的列必须来自同一张表;而且所有使用临时表算法实现的视图都无法被更新。
二.物化视图
(一)什么是物化视图'
视图是一个虚拟表(也可以认为是一条语句),基于它创建时指定的查询语句返回的结果集。每次访问它都会导致这个查询语句被执行一次。为了避免每次访问都执行这个查询,可以将这个查询结果集存储到一个物化视图(也叫实体化视图)。物化视图与普通的视图相比的区别是物化视图是建立的副本,它类似于一张表,需要占用存储空间。而对一个物化视图查询的执行效率与查询一个表是一样的。
(二)创建物化视图语法
create meterialized view view_name [build immediate | build deferred] refresh [fast|complete|force] [ on [ commit | demand ] | start with (start_time) next (next_time) ] as subquery 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 操作时自动刷新。
(三)案例
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);
commit;
再次执行上边的语句进行查询
会发现新插入的语句并没有出现在物化视图中。
我们需要通过下面的语句(PL/SQL),手动刷新物化视图:
begin
dbms_mview.refresh('MV_ADDRESS','C');
end;
或者通过下面的命令手动刷新物化视图:
SQL> EXEC DBMS_MVIEW.refresh('MV_ADDRESS','C'); 注意:此语句需要在命令窗口中执行
执行此命令后再次查询物化视图,就可以查询到最新的数据了。
select * from mv_address
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 表发生变化时,MV_ADDRESS2 自动跟着改变。
插入条数据
insert into t_address values(9,'宏福宛小区',1,1);
commit;
查看视图:
select * from mv_address2
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;
再次查询,得到结果:
select * from mv_address3
由于我们创建时指定的 on commit ,所以在修改数据后能立刻看到最新数据,无须再次执行 refresh
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
#查看视图
select * from mv_address4
注意:创建增量刷新的物化视图,必须:
-
创建物化视图中涉及表的物化视图日志。
-
在查询语句中,必须包含所有表的 rowid ( 以 rowid 方式建立物化视图日志 )
往地址表插入数据
insert into t_address values(10,'南岗社区',2,2);
commit;
查询物化视图日志:
select * from mlog$_t_address
SNAPTIME$$:用于表示刷新时间。
DMLTYPE$$:用于表示 DML 操作类型,I 表示 INSERT,D 表示 DELETE,U表示 UPDATE。
OLD_NEW$$:用于表示这个值是新值还是旧值。N(EW)表示新值,O(LD)表示旧值,U 表示 UPDATE 操作
CHANGE_VECTOR$$:表示修改矢量,用来表示被修改的是哪个或哪几个字段。此列是 RAW 类型,其实 Oracle 采用的方式就是用每个 BIT 位去映射一个列。插入操作显示为:FE, 删除显示为:OO 更新操作则根据更新字段的位置而显示不同的值
演示: 当我们手动刷新物化视图后,物化视图日志被清空,物化视图更新。
insert into t_address values(12,'南岗社区',2,2);
commit;
查看物化视图日志
select * from mlog$_t_address;
查看物化视图
select * from mv_address4
发现插入的12,'南岗社区',2,2数据没有显示,因为我们创建视图时,默认设置的手动刷新物化视图
现在手动刷新物化视图,物化视图日志被清空,物化视图更新
begin
DBMS_MVIEW.refresh('MV_ADDRESS4','C');
end;
查看视图:
select * from mv_address4
查看物化视图日志:
select * from mlog$_t_address
发现上条日志已被清空,物化视图更新