Oracle 11g 快发布了，相关特性的介绍断断续续可以看到，有些特性与其说是锦上添花，还不如说是"雾件"，实用性不大。不过今天了解到的两个新特性，倒是令我比较感兴趣。
归档日志压缩
其中一个是归档日志压缩的功能。通过设置初始化参数 log_archive_dest_n 中 compression 选项，可以对归档文件进行压缩生成。对于网络传输比较吃紧的环境，这个功能会很有价值。物理 Standby 可以联机查询
11g 据说也可以对物理的 Standby 进行联机查询，前提条件是激活 Redo Apply 。10g 之前，物理 Standby 都是要么恢复状态，要么 Read Only 状态。如果能够边恢复边查询的话，那么简直是一个比较完美的 IO 分布的技术方案了。SharePlex 之类的产品市场会又小不少。
还没有看到最终的官方文档说明，这些特性具体还有哪些限制不得而知。不管千变万化，11g 如果能够提供 9iR2 的稳定程度就是万幸了。10g 是一个比较失败的版本，如果不算失败，就算是过渡版本好了。
--EOF--
del.icio.us Generator | Trampoline | 外贸英才网 | Vinyl fence
自定义搜索
本文相关评论|Comments(14)
添加评论
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 ，已经排在百度第一位了