Oracle编程高手箴言：位图索引(Bitmap Index)的故事
您如果熟悉Oracle数据库，我想您对Thomas Kyte的大名一定不会陌生。Tomas主持的asktom.oracle.com网站享誉Oracle界数十年，绝非幸致。最近在图书馆借到这位Oracle绝顶高手编著的《Expert Oracle Database Architecture-9i and 10g programming Techniques and Solutions》，翻阅之下，果然盛名无虚，虽然说不上字字珠玑，但作者对Oracle架构的理解和实践确实已达到出神入化的境界。如果您有时间和兴趣，强烈建议您阅读这本书。这本书最大的特点是语言生动活泼，说理清楚，几乎每讲解一个原理，作者都给出了具体实例，让人读起来毫不气闷。
另外，Thomas谦逊的态度让我非常佩服，Thomas在Oracle数据库方面工作了16年，并且参与了早期Oracle版本的开发，但他仍然谦虚地说，他每天都能从Oracle文档里学到新的东西。
下面从这本书里摘录了一些精彩片段，供您欣赏，虽然不免有断章取义之嫌。
位图索引(Bitmap Index)的故事
一日，一群Java开发者找到Tom先生，说他们新开发的系统已经上线，但性能及其低下，他们问Tom先生能不能替他们看看问题到底出在什么地方。他们告诉Tom，他们的系统采用JSP+EJB+Oracle的典型三层架构，其中EJB中的SQL是由第三方工具产生的。Tom同志一听到EJB，就知道这个系统是不能采用SQL代码跟踪的方法来进行性能调优了。于是，Tom同志告诉这些心急火燎的Java开发者，你们系统的问题肯定在浏览器到数据库之间，但具体问题出在什么地方，我需要看看你们的数据库。
于是，Tom同志远程连接到他们的测试数据库（注意不是生产数据库），查看了几个动态性能视图(V$LOCK和V$SQL)，最后终于发现了问题的所在。Tom同志发现他们的数据库中有一个位图索引(Bitmap Index)最为可疑，这个索引是建立在一个PROCESS_FLAG的字段上。PROCESS_FLAG字段表示该记录是否被处理了，可能值只有两个，一个是未处理(N)，一个是已经处理(Y)。当记录初次插入数据库时，该字段的值为N，但其它进程读取并处理那些未处理的记录(值为N的记录)后，这个字段的值就更新为Y。
Tom就问这些Java开发者，你们为什么要在这个PROCESS_FLAG字段上建立位图索引呢？
其中有一个开发者振振有词的说，这是为了提高查找速度，一旦建立了位图索引，我们的程序就能快速找到那些数值为N的记录，然后处理。随后，他又拿出一本大部头的Oracle数据库参考手册，对Tom同志说，这书上都是这么说的，对那些数值非常少的字段，比如，我们的PROCESS_FLAG字段只有两个值，就应该建立位图索引
相关文档：
查询：select语句，多表查询，group by 分组，having 对分组后的每一个组进行过滤，order by 排序。(select语句多表查询这个最重要)
DML语句：insert into emp() values(),insert into emp (select * from emp2),
delete from emp where...
update emp set sal =.. where ..
rollback;恢复 ......
选择10g是因为对网格技术比较好奇，好像还没得到广泛应用，也就无所谓与前面版本有很大区别了。
在迅雷上下了个软件，运行sqlplusw，然后照着书，狂敲了一翻，有在网上下了个视频教程（MLDN魔乐科技_Oracle课堂），讲得挺好的，就是时间长了点，不如看书来得快。反正现在只是想熟悉一下基本语句。
看了两天书了。了解了一 ......
1) 基本结构
BEGIN
... --语句
EXCEPTION -- 例外处理
WHEN ...
...
WHEN OTHERS
...
END;
2) 常用预定义例外
EXCEPTION
WHEN CU ......
oracle10g新特性：闪回恢复区(Flash recovery area)
Oracle9i开始提供闪回查询，以便能在需要的时候查到过去某个时刻的一致性数据，这是通过Undo实现的。这个功能有很大的限制，就是相关事务的undo不能被覆盖，否则就无力回天了。oracle10g大大的增强了闪回查询的功能，并且提供了将整个数据库回退到过去某个时刻的能力， ......
数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。
数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据� ......
