1 视图

 

1.1.什么是视图

视图是一种数据库对象，是从一个或者多个数据表或视图中导出的虚表，视图所对应的数据并不真正地存储在视图中，而是存储在所引用的数据表中，视图的结构和数据是对数据表进行查询的结果。

根据创建视图时给定的条件，视图可以是一个数据表的一部分，也可以是多个基表的联合，它存储了要执行检索的查询语句的定义，以便在引用该视图时使用。

使用视图的优点：

1.简化数据操作：视图可以简化用户处理数据的方式。

2.着重于特定数据：不必要的数据或敏感数据可以不出现在视图中。

3.视图提供了一个简单而有效的安全机制，可以定制不同用户对数据的访问权限。

4.提供向后兼容性：视图使用户能够在表的架构更改时为表创建向后兼容接口。

1.2.创建、修改、删除视图语法

创建、修改视图

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.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语句中，有聚合函数或多表关联查询。

我们看下面的例子：

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;

可以修改成功。

我们再试一下下面的语句：

update view_owners set 业主类型='普通居民' where 业主编号=1;

这次我们会发现，系统弹出错误提示：

 

这个是什么意思？是说我们所需改的列不属于键保留表的列。

什么叫键保留表呢？

键保留表是理解连接视图修改限制的一个基本概念。该表的主键列全部显示在视图中,并且它们的值在视图中都是唯一且非空的。也就是说，表的键值在一个连接视图中也是键值，那么就称这个表为键保留表。

在我们这个例子中，视图中存在两个表，业主表（T_OWNERS）和业主类型表（T_OWNERTYPE）, 其中T_OWNERS表就是键保留表，因为T_OWNERS的主键也是作为视图的主键。键保留表的字段是可以更新的，而非键保留表是不能更新的。

1. 分组聚合统计查询的例子

需求：创建视图，按年月统计水费金额，效果如下

语句：

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 ] 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操作时自动刷新。

   

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;