请问物化视图怎么解释谢谢！？物化视图的物化视图分类

本文目录

• 请问物化视图怎么解释谢谢！
• 物化视图的物化视图分类
• 什么是物化视图，如何定义，如何使用，请举例说明
• 物化视图的介绍
• oracle物化视图如何在上亿的表建立
• 什么是Oracle的物化视图
• 物化视图与一般视图有何区别
• 物化视图和普通视图的区别是什么
• 如何创建物化视图

请问物化视图怎么解释谢谢！

首先说明：我下面所用的A_QUERY_SQL指一个查询语句，如select ... from table1 where ..... 。 我们知道创建一般的视图是create view VIEW_NAME as A_QUERY_SQL这样的模式，也就是说这个视图是建立在一个查询基础之上的。在这个模式下，每当我们要基于这个VIEW_NAME再去查询的时候，需要把A_QUERY_SQL执行一次。这样需要耗费很多的时间。 而物化视图就不同，它其中的数据却是现成的，不需要再去执行A_QUERY_SQL。我们在使用物化视图的过程中基本可以“把它当作一个实际的数据表来看待”，不用再担心视图本身的基础表的效率、优化等（基础表就是生成视图本身的原始表，包含在A_QUERY_SQL中）。 一般的视图是虚拟的，而物化视图是实实在在的数据区域，是要占据存储空间的。 简单的讲就是这样。 当然，物化视图在创建和管理上和一般的视图有不同的地方。相比来讲，物化视图占用了一定的存储空间，另外系统刷新物化视图也需要耗费一定的资源，但是它却换来了效率和灵活性。

物化视图的物化视图分类

物化视图的一个主要功能就是用于数据的复制，Oracle推出的高级复制功能分为两个部分，多主复制和物化视图复制。而物化视图复制就是利用了物化视图的功能。　　物化视图复制包含只读物化视图复制、可更新物化视图复制和可写物化视图复制。　　1、只读物化视图复制建立的是源数据库的只读环境。2、可更新物化视图复制建立基于物化视图双向复制环境。3、可写物化视图复制在物化视图建立的时候使用了FOR UPDATE，但是没有像可更新物化视图那样添加到物化视图组中，因此本地物化视图可以修改，但是修改无法发送到源数据库中，因为修改在物化视图刷新后会丢失，这种类型的物化视图复制很少使用。 这种类型的物化视图一般用于数据仓库系统。主要用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进行这些耗时的操作，而从快速的得到结果。这种物化视图还经常使用查询重写（query rewrite）机制，这样不需要修改原有的查询语句，Oracle会自动选择合适的物化视图进行查询，完全对应用透明。　　这种物化视图可以分为以下三种类型：包含聚集的物化视图；只包含连接的物化视图；嵌套物化视图。三种物化视图的快速刷新的限制条件有很大区别，而对于其他方面则区别不大。

什么是物化视图，如何定义，如何使用，请举例说明

通俗的讲，普通视图的物理存储在源表空间中，而物化视图在本地创建新的物理存储，存储的结构根据创建物化视图的Sql来确定。这样查询普通视图相当于在源表中进行查询，而查询物化视图相当于本地表查询。既然是本地存储，物化视图就需要有数据的同步方式，通过对源表是否包含更新日志来确定物化视图能否执行增量同步，或者只能进行全表同步。同步进行的实际操作是删除行并重新插入行。定义举例： Create Materialized View As Select * from a inner join b on a.id = b.aid;比较普通视图的建立： Create View As Select * from a inner join b on a.id = b.aid;同步的设置，你查询一下物化视图的相关技术说明吧。网上内容很多。

物化视图的介绍

物化视图1（Materialized View）在9i以前的版本叫做快照（SNAPSHOT)，从9i开始改名叫做物化视图。它是用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进行这些耗时的操作，从而快速的得到结果。物化视图有很多方面和索引很相似：使用物化视图的目的是为了提高查询性能；物化视图对应用透明，增加和删除物化视图不会影响应用程序中SQL 语句的正确性和有效性；物化视图需要占用存储空间；当基表发生变化时，物化视图也应当刷新。其中物化视图有三种：聚集物化视图、包含连接物化视图、嵌套物化视图。但三种物化视图的快速刷新的限制条件有很大区别，而其他方面则区别不大。

oracle物化视图如何在上亿的表建立

oracle物化视图如何在上亿的表建立，操作方法如下。

设备：联想电脑

系统：win8

软件：PL/SQL Developer

1、首先在打开的软件中，创建手动刷新的物化视图。

2、查询物化视图mv_address中的数据。

3、接着向地址表t_address中插入一条数据。

4、通过PL/SQL手动刷新物化视图。或者通过命令手动刷新物化视图(需要在命令窗口中执行)。

5、刷新之后，物化视图中的数据才会生成，如下图所示就完成了。

什么是Oracle的物化视图

“物化视图”（materializedviews）是一种特殊的存在，虽然物化视图本质上也是一张表，这张表是对别的表或查询的数据映射，而且这些映射数据真实存在，是在表的数据的基础上又存了一份数据。这样做的目的是为了针对特殊的查询做优化，例如经常有查询要对一张大表做分组查询:selectcol1,count(*)from大表groupbycol1;此时可以基于上述查询做一个物化视图，那么只要该视图刷新数据，那么对应的查询可以直接利用到该物化视图的数据，而不需要每一次查询都真的去对数据表做分组。

物化视图与一般视图有何区别

物化视图是一种特殊的物理表，“物化”(Materialized)视图是相对普通视图而言的。普通视图是虚拟表，应用的局限性大，任何对视图的查询，Oracle都实际上转换为视图SQL语句的查询。这样对整体查询性能的提高，并没有实质上的好处。1、物化视图的类型：ON DEMAND、ON COMMIT 二者的区别在于刷新方法的不同，ON DEMAND顾名思义，仅在该物化视图“需要”被刷新了，才进行刷新(REFRESH)，即更新物化视图，以保证和基表数据的一致性；而ON COMMIT是说，一旦基表有了COMMIT，即事务提交，则立刻刷新，立刻更新物化视图，使得数据和基表一致。2、ON DEMAND物化视图物化视图的创建本身是很复杂和需要优化参数设置的，特别是针对大型生产数据库系统而言。但Oracle允许以这种最简单的，类似于普通视图的方式来做，所以不可避免的会涉及到默认值问题。也就是说Oracle给物化视图的重要定义参数的默认值处理是我们需要特别注意的。物化视图的特点：(1) 物化视图在某种意义上说就是一个物理表(而且不仅仅是一个物理表)，这通过其可以被user_tables查询出来，而得到佐证；(2) 物化视图也是一种段(segment)，所以其有自己的物理存储属性；(3) 物化视图会占用数据库磁盘空间，这点从user_segment的查询结果，可以得到佐证；创建语句：create materialized view mv_name as select * from table_name 默认情况下，如果没指定刷新方法和刷新模式，则Oracle默认为FORCE和DEMAND。物化视图的数据怎么随着基表而更新？Oracle提供了两种方式，手工刷新和自动刷新，默认为手工刷新。也就是说，通过我们手工的执行某个Oracle提供的系统级存储过程或包，来保证物化视图与基表数据一致性。这是最基本的刷新办法了。自动刷新，其实也就是Oracle会建立一个job，通过这个job来调用相同的存储过程或包，加以实现。ON DEMAND物化视图的特性及其和ON COMMIT物化视图的区别，即前者不刷新(手工或自动)就不更新物化视图，而后者不刷新也会更新物化视图，——只要基表发生了COMMIT。创建定时刷新的物化视图：create materialized view mv_name refresh force on demand start with sysdate next sysdate+1 （指定物化视图每天刷新一次）上述创建的物化视图每天刷新，但是没有指定刷新时间，如果要指定刷新时间（比如每天晚上10：00定时刷新一次）：create materialized view mv_name refresh force on demand start with sysdate next to_date( concat( to_char( sysdate+1,’dd-mm-yyyy’),’ 22:00:00’),’dd-mm-yyyy hh24:mi:ss’) 3、ON COMMIT物化视图ON COMMIT物化视图的创建，和上面创建ON DEMAND的物化视图区别不大。因为ON DEMAND是默认的，所以ON COMMIT物化视图，需要再增加个参数即可。

物化视图和普通视图的区别是什么

　　普通视图和物化视图根本就不是一个东西，说区别都是硬拼到一起的，首先明白基本概念，普通视图是不存储任何数据的，他只有定义，在查询中是转换为对应的定义SQL去查询，而物化视图是将数据转换为一个表，实际存储着数据，这样查询数据，就不用关联一大堆表，如果表很大的话，会在临时表空间内做大量的操作。普通视图的三个特征：1、是简化设计，清晰编码的东西，他并不是提高性能的，他的存在只会降低性能（如一个视图7个表关联，另一个视图8个表，程序员不知道，觉得很方便，把两个视图关联再做一个视图，那就惨了），他的存在未了在设计上的方便性2、其次，是安全，在授权给其他用户或者查看角度，多个表关联只允许查看，不允许修改，单表也可以同WITH READ ONLY来控制，当然有些项目基于视图做面向对象的开发，即在视图上去做INSTAND OF触发器，就我个人而言是不站同的，虽然开发上方便，但是未必是好事。3、从不同的角度看不同的维度，视图可以划分维度和权限，并使多个维度的综合，也就是你要什么就可以从不同的角度看，而表是一个实体的而已，一般维度较少（如：人员表和身份表关联，从人员表可以查看人员的维度统计，从身份看，可以看不同种类的身份有那些人或者多少人），其次另一个如系统视图USER_TABLE、TAB、USER_OBJECTS这些视图，不同的用户下看到的肯定是不一样的，看的是自己的东西。物化视图，用于OLAP系统中，当然部分OLTP系统的小部分功能未了提高性能会借鉴一点点，因为表关联的开销很大，所以在开发中很多人就像把这个代价交给定期转存来完成，ORACLE当然也提供了这个功能，就是将视图（或者一个大SQL）的信息转换为物理数据存储，然后提供不同的策略：定时刷还是及时刷、增量刷还是全局刷等等可以根据实际情况进行选择，总之你差的是表，不是视图。

如何创建物化视图

1、给你的物化视图建立一个共有同义词【public synonym】，这样所有的用户就可以访问你的物化视图了。 2、create public synonym synonym_name for 物化视图名; 3、以后别的用户访问【synonym_name】就相当于访问你的物化视图了，而且由于是用的public别名所以不用特殊赋权限就可以。 说明：但值得注意的是要把建 public synonym 的权限给用户， grant create public synonym to 用户; --- 以上，希望对你有所帮助。