Oracle 11g 快发布了，相关特性的介绍断断续续可以看到，有些特性与其说是锦上添花，还不如说是”雾件”，实用性不大。不过今天了解到的两个新特性，倒是令我比较感兴趣。
归档日志压缩
其中一个是归档日志压缩的功能。通过设置初始化参数 log_archive_dest_n 中 compression 选项，可以对归档文件进行压缩生成。对于网络传输比较吃紧的环境，这个功能会很有价值。
物理 Standby 可以联机查询
11g 据说也可以对物理的 Standby 进行联机查询，前提条件是激活 Redo Apply 。10g 之前，物理 Standby 都是要么恢复状态，要么 Read Only 状态。如果能够边恢复边查询的话，那么简直是一个比较完美的 IO 分布的技术方案了。SharePlex 之类的产品市场会又小不少。
还没有看到最终的官方文档说明，这些特性具体还有哪些限制不得而知。不管千变万化，11g 如果能够提供 9iR2 的稳定程度就是万幸了。10g 是一个比较失败的版本，如果不算失败，就算是过渡版本好了。
–EOF–
hehe,期待中。。。
“雾件”, 定位准确, 喜欢这个词.
果真可以在边open的情况下, 边recovery了?
anysql, 我也是道听途说
但这个功能我倒是比较期待
第2个功能尤其期待
边恢复边查询？恢复前、后点都好说，要是查到正在apply的块怎么办，查一半还是阻塞？
好像没发上，要是查到正在apply 的block怎么办？waiting？到时看看
这个倒不是问题, 恢复也是基于Transaction的啊, 按这种机器查询是没有问题的.
恢复是基于trans?这个我不太理解，按照8/9i版本中如果发生故障恢复数据是单独的过程，好像没有存在同时进行访问的情况，也就是将redo op code apply 到block的过程，不牵扯trans把
recover != restore
那照这么说，9i/10g的物理standby也是进行recover,没有进行restore,也可以读了
使用会不会有很多限制，比如说只能在某些恰当的条件下，
估计前几个版本稳定性肯定会有问题。
后续能够逐渐完善就不错了
不管怎样，这算是 Oracle 11g 的一个很关键的新功能了
搜索 Oracle 11g ，已经排在百度第一位了