Oracle 11g性能提升 -- 其他地方

    看白皮书上这么多的功能, 如果在11g中能很成熟, 那真是一个变化比较大的改进, 来看一下关于性能方面的其他改进吧.

    1, RAC节点通信协议的改进.

    11g中的协议比较智能, 可以根据节点的负荷作出动态的调整, 大大减少节点之间的消息传递量. 说老实话不知道是如何工作的.

    2, 边恢复边Open的Physical Standby -- Highly Available Reader Farms

    这个功能肯定很受大公司的欢迎, 因为以前的Data Guard不能做到这样, 当Open时同主库的延迟会越来越大, 而在11g中则不存在这样的延迟, 因此可以建几个这样的Standby来分担读操作, 估计Shareplex或Realsync这样的软件市场要受到一定的影响了, 我对Log的研究也变得越来越没有价值了.

    3, 面向OLTP的压缩表

    在新的压缩技术中, Oracle可以去掉了压缩表的诸多限制, 使之可以适合OLTP的环境. 这样Oracle可以充分利用闲的CPU的资源(CPU越来越历害了), 以降低IO的消耗(IO的提高还是很慢).

    4, 新的分区类型, 及更多的复合分区方法

    新增了一种Interval分区, 如指定每30天一个分区, 则Oracle会为30天后记录自动增加一个分区, 而不需要DBA提前创建. 还增加了更多的复合分区方法, 下表中纵向为主分区的类型, 横向为子分区的类型.
 RangeListHash
RangeYesYesYes
ListYesYesYes
IntervalYesYesYes

    5, 虚拟列 -- Virtual Column

    11g以前的创建一个函数索引时, 实际上也是加了一个虚拟列的, 只不过DESC也不显示出来. 在11g中则可以在建表时加上虚拟列, 并可将这个列用于SQL, 分区列中, 还可以在上面建索引(这和函数索引有区别吗?).
CREATE TABLE t1 (
c1 NUMBER,
c2 NUMBER,
vc AS (c1 + c2) VIRTUAL)

    让我们一起来验证11g中这些让人兴奋的功能吧.

留言 (1)

你老兄 憋了这么久, 不鸣则已 一鸣惊人.

发表留言:

« Previous | Main | Next »

英语900句 | English 900

  • Well, it depends.
  • 这得视情况而定.
  • I don't think it's necessary for us to discuss this question any further.
  • 我想我们没有必要进一步讨论这个问题.
  • There are always two sides to everything.
  • 每件是都有两面性.
  • Finally, we came to an agreement.
  • 最后我们达成了一致.
  • I want to be a journalist after graduation.
  • 毕业后我想当记者.