oracle认证应用技术学习资料汇总8

会计考友

简单的oracle物化视图
　物化视图是一种特殊的物理表，“物化”(Materialized)视图是相对普通视图而言的。普通视图是虚拟表，应用的局限性大，任何对视图的查询，Oracle都实际上转换为视图SQL语句的查询。这样对整体查询性能的提高，并没有实质上的好处。
  
- x7 B8 @" Y! Z& `( ]' X" q9 L　　1、物化视图的类型：ON DEMAND、ON COMMIT
  v; @1 e. E$ n& k  {1 D* W二者的区别在于刷新方法的不同，ON DEMAND顾名思义，仅在该物化视图“需要”被刷新了，才进行刷新(REFRESH)，即更新物化视图，以保证和基表数据的一致性；而ON COMMIT是说，一旦基表有了COMMIT，即事务提交，则立刻刷新，立刻更新物化视图，使得数据和基表一致。
6 Q* ^4 T, w$ t- ^! s1 M! c3 O3 W8 @  
9 c0 M9 u$ [! q* g0 B! J* P5 k　　2、ON DEMAND物化视图
; G* Y, O1 J$ x" p& ~/ A' `2 v物化视图的创建本身是很复杂和需要优化参数设置的，特别是针对大型生产数据库系统而言。但Oracle允许以这种最简单的，类似于普通视图的方式来做，所以不可避免的会涉及到默认值问题。也就是说Oracle给物化视图的重要定义参数的默认值处理是我们需要特别注意的。
  
# p1 Y. I2 H0 T　　物化视图的特点：
, g$ E0 S% }6 ^; u, v2 W4 j4 A! l; q　　(1) 物化视图在某种意义上说就是一个物理表(而且不仅仅是一个物理表)，这通过其可以被user_tables查询出来，而得到佐证；(2) 物化视图也是一种段(segment)，所以其有自己的物理存储属性；(3) 物化视图会占用数据库磁盘空间，这点从user_segment的查询结果，可以得到佐证；
1 d( {# b2 h7 P9 a2 \  
- j: C: P3 g5 @, n创建语句：create materialized view mv_name as select * from table_name
  
　　默认情况下，如果没指定刷新方法和刷新模式，则Oracle默认为FORCE和DEMAND。
6 q1 ^" S& B; m+ C- |) `　　物化视图的数据怎么随着基表而更新？  
Oracle提供了两种方式，手工刷新和自动刷新，默认为手工刷新。也就是说，通过我们手工的执行某个Oracle提供的系统级存储过程或包，来保证物化视图与基表数据一致性。这是最基本的刷新办法了。自动刷新，其实也就是Oracle会建立一个job，通过这个job来调用相同的存储过程或包，加以实现。
  
ON DEMAND物化视图的特性及其和ON COMMIT物化视图的区别，即前者不刷新(手工或自动)就不更新物化视图，而后者不刷新也会更新物化视图，——只要基表发生了COMMIT。
  
　　3、ON COMMIT物化视图
　　ON COMMIT物化视图的创建，和上面创建ON DEMAND的物化视图区别不大。因为ON DEMAND是默认的，所以ON COMMIT物化视图，需要再增加个参数即可。
+ @+ ^! J: M. {0 p　　需要注意的是，无法在定义时仅指定ON COMMIT，还得附带个参数才行。
创建ON COMMIT物化视图：create materialized view mv_name refresh force on commit as select * from table_name
2 t* N  S1 |# B! P% P; H  
3 `3 i! [4 B) D( j- o5 ~# d: Z　　备注：实际创建过程中，基表需要有主键约束，否则会报错（ORA-12014）
将MySQL数据迁移到Oracle
4 a$ p9 a& n" y7 Q$ H; @  
　因为项目的原因，今晚将mysql数据库的内容尝试迁移到oracle，虽然结果失败，不过学到了不少，下次就不一定了，哈哈
4 H9 v- Y3 z* ?, C  
: S/ o7 u$ A7 f: ?8 e* y3 J; ^因为之前项目是使用mysql数据库的，现在因为新公司要求使用oracle（公司大得很），不得不尝试将以前项目进行迁移。
- `. F0 v+ `+ h5 c  
　　经过查找相关文档，最终选定使用oracle sql developer。
提示：将 Informix 和 DB2 数据库迁移到 Oracle。有关所有其他数据库迁移，请访问 Oracle SQL Developer 迁移。