11 ORACLE对象

视图

视图是一种数据库对象，是从一个或者多个数据表或视图中导出的虚表，视 图所对应的数据并不真正地存储在视图中，而是存储在所引用的数据表中，视图 的结构和数据是对数据表进行查询的结果。
根据创建视图时给定的条件，视图可以是一个数据表的一部分，也可以是多 个基表的联合，它存储了要执行检索的查询语句的定义，以便在引用该视图时使 用。
使用视图的优点:
1.简化数据操作:视图可以简化用户处理数据的方式。
2.着重于特定数据:不必要的数据或敏感数据可以不出现在视图中。
3.视图提供了一个简单而有效的安全机制，可以定制不同用户对数据的访问
权限。
4.提供向后兼容性:视图使用户能够在表的架构更改时为表创建向后兼容接
口。

创建或修改视图语法

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 的业主信息

create or replace view view_ownersl as 
select * from t_owners where ownertypeid=1

利用该是图进行查询

select * from view_ownersl where addressid = 1

就像使用表一样去使用视图就可以了。
对于简单视图，我们不仅可以用查询，还可以增删改记录。
我们下面写一条更新的语句，试一下:

update view_ownersl set name='王刚' where id = 2;

再次查询:

select * from view_owners1

发现表的数据也跟着更改了。由此我们得出结论:视图其实是一个虚拟的表，它的数据其实来自于表。如果更改了视图的数据，表的数据也自然会变化，更改了表的数据，视图也自然会变化。一个视图所存储的并不是数据，而是一条 SQL 语句。

带检查约束的视图

需求:根据地址表(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

会报错view WITH CHECK OPTION where-clause viol

只读视图的创建与使用

果我们创建一个视图，并不希望用户能对视图进行修改，那我们就需要创建视 图时指定 WITH READ ONLY 选项，这样创建的视图就是一个只读视图。
需求:将上边的视图修改为只读视图

create or replace view view_ownersl as 
select * from t_owners where ownertypeid = 1
with read only

修改后，再次执行 update 语句，会出现错误提示

创建带错误的视图

我们创建一个视图，如果视图的 SQL 语句所设计的表并不存在，如下

create or replace view view_TEMP as
select * from T_TEMP

上述代码会报错ORA-00942: table or view does not exist
有的时候，我们创建视图时的表可能并不存在，但是以后可能会存在，我们如果此时需要创建这样的视图，需要添加 FORCE 选项，SQL 语句如下:

create or replace FORCE view view_temp as 
select * from t_temp

此时视图创建成功

复杂视图的创建与使用

所谓复杂视图，就是视图的 SQL 语句中，有聚合函数或多表关联查询。
我们看下面的例子:

(1)多表关联查询的例子

需求: 创建视图，查询显示业主编号，业主名称，业主类型名称

create or replace view view_owners as 
select o.id 业主编号, o.name 业主名称, ot.name 业主类型
for t_owenrs 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

这次我们会发现，系统弹出错误提示: ORA-01779: cannot modify a column which maps to a non key-preserved table
这个是什么意思?是说我们所需改的列不属于键保留表的列。
什么叫键保留表呢?
键保留表是理解连接视图修改限制的一个基本概念。该表的**主键列全部显示在视图中,**并且它们的值在视图中都是唯一且非空的。也就是说，表的键值在一个连接视图中也是键值，那么就称这个表为键保留表。
在我们这个例子中，视图中存在两个表，业主表(T_OWNERS)和业主类型表(T_OWNERTYPE), 其中 T_OWNERS 表就是键保留表，因为 T_OWNERS 的主键也是作为视图的主键。键保留表的字段是可以更新的，而非键保留表是不能更新的。

(2)分组聚合统计查询的例子

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

create view view_accountsum as 
select year, month, sum(money) moneysum
from t_account 
group by year,month
order by year, month

此例用到聚合函数，没有键保留表，所以无法执行 update 。

物化视图

视图是一个虚拟表(也可以认为是一条语句)，基于它创建时指定的查询语 句返回的结果集。每次访问它都会导致这个查询语句被执行一次。为了避免每次访问都执行这个查询，可以将这个查询结果集存储到一个物化视图(也叫实体化视图)。
物化视图与普通的视图相比的区别是物化视图是建立的副本，它类似于一张表，需要占用存储空间。而对一个物化视图查询的执行效率与查询一个表是一样的。

创建物化视图语法

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);

再次执行上边的语句进行查询，会发现新插入的语句并没有出现在物化视图中。
我们需要通过下面的语句(PL/SQL)，手动刷新物化视图:

begin
    DBMS_MVIEW.refresh('mv_address', 'c');
end;

或者通过下面的命令手动刷新物化视图:

EXEC DBMS_MVIEW.refresh('MV_ADDRESS','C');

注意:此语句需要在命令窗口中执行。
执行此命令后再次查询物化视图，就可以查询到最新的数据了。
DBMS_MVIEW.refresh 实际上是系统内置的存储过程，关于存储过程我们在第 4 章会详细讲解。
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 自动跟着改变。
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
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.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;