oracle数据优化

分区

　　Oracle分区功能是管理大型数据库的关键，采用了一项所谓的“分而治之”技术来管理数据库的大型表，尤其适用于内容不断增加的表。

　　就算您的数据库能够容纳比去年多两倍的数据量，但您的终端用户可不会容忍他们的应用程序运行速度比去年慢上两倍，您也不会花上比去年多两倍的时间来完成数据库的维护工作和批处理作业，同样您的IT主管更不会把数据仓库的硬件预算增加到去年的两倍。让分区功能来帮您解决这个问题吧。分区功能可以让您的数据库扩展到能存储超大型的数据集，同时保持一贯以来的高性能，并且无需增加不必要的管理和硬件资源。分区功能可以将大型表分割为很多小段;因此，就算数据量在持续增加，也能够使数据管理窗口的运行性能和大部分终端用户访问的执行性能保持在稳定水平。

　　Oracle开发分区技术的历史在10年以上，最早在Oracle 8版本引入分区功能。在11g版本中，Oracle提供了九种表分区方法，并增加了由数据库管理员自定义分区方案的功能;此外还提供了用来管理分区表的一整套功能全面的命令以及一个用来指导管理员如何实施最佳分区方案的分区建议器。

　　分区功能在Oracle数据库里实现了信息生命周期管理策略。一个单一的表分区之后可以分布到多个存储层。不会受到经常性访问的旧数据相应地分到旧分区中，可以存储在成本较低的存储设备里。对于大型数据库而言，这种方法能够显著降低成本。

　　压缩

　　自从Oracle在9i的第二版中引入了数据压缩技术后，压缩技术已经成为最受数据仓库管理客户欢迎的特性之一了。随着客户对数据存储量需求不断增大，压缩技术自然成为了解决方案的宠儿。Oracle的压缩算法为在关系表中存储压缩数据提供了一个独一无二的机制，而且完全不会对查询性能构成任何负面影响。试想普普通通就能把压缩比例提高到2/1-5/1，这个特性不受欢迎才怪呢。

　　在11g版本中，Oracle进一步加强了压缩技术，以支持频繁而少量的数据更新和插入。在之前的版本里，只有使用类似于直接路径操作(批量操作，即通过单个SQL命令或利用实用程序插入数以千计的行操作)插入到表里的数据才能够被压缩;对于压缩表里少量数据的更新和插入操作，是无法对这些新数据进行压缩的。在11g中引入了增强的新压缩功能，可以用来压缩数据更新频繁但每次更新量少的数据仓库表。

　　实时应用集群

　　实时应用集群(RAC)支持跨多服务器机群部署单个数据库。对于数据仓库而言，实时应用集群提供了一个规模化扩展方案，增加上百个CPU也不成问题。实时应用集群的架构对Oracle数据仓库的构建特别有用。实时应用集群除了为数据仓库系统增加额外的原始数据计算能力外，还专门增强了可用性以对抗节点失效问题。

　　实时应用集群为在单一数据库管理多任务流提供了非常高的灵活性。使用实时应用集群服务，可以把不同的服务分配给应用程序完成，反过来，不同的服务可以在一个集群的不同独立节点上运行。例如，可以把数据集市用户分配给一组节点、而把ETL操作分配给另外一组节点。实时应用集群的一个关键优越性就是能够动态地改变和调整这些任务流的分配。我们很容易就能做到在半夜为执行的ETL操作配置更多节点，然后到了白天把这些节点重新分配给查询操作这样的动态调整。

　　并行

　　并行处理是利用多处理器平台为单个数据库操作服务的功能。Oracle的可扩展并行处理架构能够动态调整资源分配，满足所有用户需求。Oracle能够把数据库操作分配给所有可用的节点和处理器并行操作。对于小规模操作，Oracle可以动态调整并行处理量，以便最大化整个系统的容量，而数据库资源管理器会确保具有高优先权的进程继续获得合理的资源。