--************************************
-- Oracle 表缓存 (caching table) 的使用
--************************************
1. 使用 caching table 的原因
在通常的情况下，应用程序访问在 cache 中的数据块将按照 LRU 算法来进行处理。然而对于小表的访问，当使用全表扫描时，则该表
中的块会放置 LRU 列表最近最少使用尾部的 ( LRU 端 ) ，因此很快就被淘汰出局。然而使用基于成本优化的方法，对于小表进行查询以及收
集统计信息，大多情形下走的是全表扫描，因此势必造成一种情形，即该表后续需要再次访问，而每次使用了全表扫描，而该对象很快
被淘汰出局，因此需要再次读入到 buffer cache ，耗用了大量的 I / O 。
2. 解决该问题的方法
设计表为 caching table ，即使对该表使用全表访问时，则该表对象的块仍然被放置在 LRU 列表最近最多使用的尾部 (MRU 段 )
不要过度的使用 caching table ，以免造成性能下降
通常将 caching table 存放在 keep buffer pool ，缺省的情况下会放置在 default buffer pool 。
3. 具有 cache 属性与 pin 的差异
对于具有 cache 属性的对象，并不是将该对象 pin 到 cache 里，而是尽可能的延迟该对象驻留 cache 的时间
而对于 pin 对象，则是将该对象常驻到内存
4. 设计 cache table 的方法
创建表对象时，使用 cache 子句
修改表对象时，使用 cache 子句
使用 cache 提示
创建表对象时使用 cache ，如下面的例子
create table tb_test
( id number
, name varchar2 ( 20 )
, sex char ( 1 )
, age number
, score number )
tablespace users
storage ( initial 50k next 50k pctincrease 0 )
cache ; -- 指定 cache 子句
使用 alter table 修改已经存在的表
alter table scott . emp cache ;
可以使用 nocache 来修改对象，使其不具备 cache 属性
alter table soctt . emp nocache
使用 hint 提示符来实现 cache
select /*+ cache*/ empno , ename from scott . emp ;
5. 使用例子演示 caching table 情形
scott@ORCL > create table tb1 nologging
2 as select level id , rpad ( '*' , 4000 , '*' ) data , rpad ( '*' , 2000 , '*' ) data2
3 from dual
4 connect by level <= 15000 ;
Table created .
scott@ORCL > create table tb2
2 cache nologging
3 as select level id , rpad ( '*' , 4000 , '*' ) data , rpad ( '*' , 2000 , '*' ) data2
4 from dual
5 connect by level <= 15000 ;
Table created .
scott@ORCL > select count ( 1 ) from tb1 ;
COUNT ( 1 )
----------
15000
scott@ORCL > select count ( 1 ) from tb2 ;
COUNT ( 1 )
----------
15000
scott@ORCL > select table_name , num_rows , cache from user_tables where table_name in ( 'TB1' , 'TB2' );
TABLE_NAME NUM_ROWS CACHE
--------------- ---------- -----
TB1 15000 N
TB2 15000 Y
scott@ORCL > set autotrace traceonly statistics ;
scott@ORCL > select count ( 1 ) from tb1 ;
Statistics
----------------------------------------------------------
5 recursive calls
0 db block gets
15086 consistent gets
15000 physical reads
0 redo size
412 bytes sent via SQL * Net to client
385 bytes received via SQL * Net from client
2 SQL * Net roundtrips to / from client
0 sorts ( memory )
0 sorts ( disk )
1 rows processed
scott@ORCL > select count ( 1 ) from tb1 ;
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
15011 consistent gets
15000 physical reads
0 redo size
412 bytes sent via SQL * Net to client
385 bytes received via SQL * Net from client
2 SQL * Net roundtrips to / from client
0 sorts ( memory )
0 sorts ( disk )
1 rows processed
scott@ORCL > select count ( 1 ) from tb2 ;
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
15011 consistent gets
197 physical reads
0 redo size
412 bytes sent via SQL * Net to client
385 bytes received via SQL * Net from client
2 SQL * Net roundtrips to / from client
0 sorts ( memory )
0 sorts ( disk )
1 rows processed
scott@ORCL > select count ( 1 ) from tb2 ;
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
15011 consistent gets
0 physical reads
0 redo size
412 bytes sent via SQL * Net to client
385 bytes received via SQL * Net from client
2 SQL * Net roundtrips to / from client
0 sorts ( memory )
0 sorts ( disk )
1 rows processed
从上面的示例中可以看出，表 tb1 每次都将使用相同的物理读，而表 tb2 一旦被 load 进 buffer cache 中，始终处于 LRU 的 MRU 端，尽可能的
避免因 buffer cache 过小而被置换到 buffer cache 之外。
注意不同的演示环境可能有所差异，本人的演示环境如下 ;
scott@ORCL > show parameter sga_
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
sga_max_size big integer 264M
sga_target big integer 264M
scott@ORCL > select * from v$version ;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL / SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux : Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
6. 注意 cache table 与 keep buffer pool 的异同
两者的目的都是尽可能将最热的对象置于到 buffer pool ，尽可能的避免 aged out 。
cache table 是将对象置于到 default buffer cache 。
而使用 buffer_pool keep 子句是将对象置于到 keep buffer pool 。
当 buffer_pool 和 cache 同时指定时， keep 比 cache 有优先权。 buffer_pool 用来指定存贮使用缓冲池，而 cache/nocache 指定存储的
方式 (LRU 或 MRU 端 ) 。建表时候不注明的话， nocache 是默认值。
7. 更多参考
有关闪回特性请参考
Oracle 闪回特性(FLASHBACK DATABASE)
Oracle 闪回特性(FLASHBACK DROP & RECYCLEBIN)
Oracle 闪回特性(Flashback Query 、Flashback Table)
Oracle 闪回特性(Flashback Version 、Flashback Transaction)
有关基于用户管理的备份和备份恢复的概念请参考：
Oracle 基于用户管理恢复的处理 ( 详细描述了介质恢复及其处理 )
有关 RMAN 的恢复与管理请参考：
有关 Oracle 体系结构请参考：
Oracle 实例和Oracle 数据库(Oracle 体系结构)
