Oracle11g与 4 年前发布的Oracle10g版本相比,新增了400多项功能, 其中最为突出的 四 个新功能是自动的SQL调整、分区建议和 数据压缩技术 实时应用测试。 新版本的11g经过了1500万个小时的测试,开发工作量达到了3.6万人/月,相当于1000名员工连续研发3年。 另外,Oracle11g提供了高性能、伸展性、可用性和安全性,并能更方便地在低成本服务器和存储设备组成的网格上运行 ,对于中型企业来说是不错的选择,下面我就从以下几个方面对 Oracle11g 做个详细介绍,希望有经验的企业数据库管理人员能参与一起讨论,有什么问题可以在这里提出来 。
我先说说中企业之所以应该首选 Oracle11g 数据库的好处吧,仅个人观点(切勿扔砖)。
Oracle 数据库 11 g (构建在 Oracle 独有的网格计算能力上)使 Oracle 客户能够更快地响应不断变化的业务状况,通过技术创新获得竞争优势以及减少成本。使用 Oracle 数据库 11 g ,您可以:
· 通过 Real Application Testing 更快地采用新技术
· 通过 Advanced Compression 和 Partitioning 以更少的开销管理更多数据
· 通过用 Oracle Secure Files 将所有数据存储在 Oracle 数据库中来简化系统
· 用 Oracle Active Data Guard 将灾难恢复资源的 ROI 最大化
· 通过管理自动化使关键人员将精力投入到战略性任务中
· 等等……
所以我说,对于有经验的数据管理员或有一定规模的中型企业建立自己的企业架构时间,应该考虑更多是数据库的可扩展性, Oracle11g 数据库真是不错的选择!
很多数据库开发人员进行经常问我, Oracle11g 数据库新特性针对中型企业构建的帮助体现在哪里呢?我在这里做个详细的解释,从自己使用过程中的亲身体会说说自己对 Oracle11g 数据的新技术的理解,希望没用过的朋友能一起学习。
(1) 自动的SQL调整 是 Oracle11g 新功能之一我一直比较期待。
Oracle 数据库 11g 通过识别有问题的 SQL 语句、对其运行 SQL Tuning Advisor 并实施生成的 SQL 配置文件建议以调整语句,而无需用户参与,进一步自动化 SQL 调整过程。
自动 SQL 调整功能通过一个名为“Automatic SQL Tuning”的新任务(默认情况下,每天晚上运行)使用 AUTOTASK 框架。下面是 Oracle 数据库 11g 中自动 SQL 调整过程的简单描述:
第 1 步:Automatic SQL Tuning 基于 AWR Top SQL 识别来确定自动调整的目标。
第 2 步和第 3 步:当 Automatic SQL Tuning 任务在维护时段执行时,可以通过调用 SQL Tuning Advisor 来自动调整以前识别的 SQL 语句。因此,如果需要,将为它们创建 SQL 配置文件。但是,做决定之前要认真测试新的配置文件。
第 4 步:在任何时间点,您都可以请求提供有关这些自动调整活动的报告。然后,您可以选择检查调整后的 SQL 语句以验证或删除生成的自动 SQL 配置文件。
下面的例子通过在您执行了某些高负载 SQL 语句后强制运行 Automatic SQL Tuning 任务来说明上述行为。强制 Automatic SQL Tuning 执行只是因为您不希望该任务等到晚上才运行。要强制其执行,只需在执行本 OBE 时打开维护窗口。
(2) 分区建议 也是 Oracle11g 新功能之一,没发布之前我和有关人员就探讨过这个话题。
Partition(分区)一直是Oracle数据库引以为傲的一项技术,正是分区的存在让Oracle高效的处理海量数据成为可能,在即将发布的Oracle11g中,分区技术在易用性和可扩展性上再次得到了增强。
在我曾经的一个项目中,由于数据量的巨大,所以表设计为每一个小时一个分区,数据库管理员日常要做的一件重复而无聊的工作就是每隔一天要生成新的24个分区,用以存储第二天的数据。
而在11g中这项工作可以交由Oracle自动完成了,基于Range和List的Interval Partitioning分区类型登场。
(3) 数据压缩技术 是 Oracle11g 最最值得一提的新东东了。
Oracle11g已经开始正式推广数据压缩技术了,专门推出了一个叫做Advance Compression的组件,全面支持普通表压缩,非结构化数据压缩(SecureFile数据压缩),Data Pump数据压缩,以及RMAN备份压缩,数据压缩技术从此名正言顺的登上历史舞台。既然是专门做为一个Option推出,Oracle一定是对该特性相当有信心,所以需要单独为该特性购买License。
在Oracle9i中虽然引入了表压缩,但是有很大的限制。只能对批量装载操作(比如直接路径装载,CTAS等)涉及的数据进行压缩,普通的DML操作的数据是无法压缩的。这应该是对于写操作的压缩难题没有解决,一直遗留到Oracle11g,总算是解决了关系数据压缩的写性能问题。Oracle的表压缩是针对Block级别的数据压缩,主要技术和Oracle9i差不多,还是在Block中引入symbol表,将block中的重复数据在symbol中用一个项表示。Oracle会对block进行批量压缩,而不是每次在block中写入数据时都进行压缩,通过这种方式,可以尽量降低数据压缩对于DML操作的性能影响。这样,在block级别应该会引入一个新的参数,用于控制block中未压缩的数据量达到某个标准以后进行压缩操作。
(4) 实时应用测试 解决了中型企业数据库开发人员不够精良的弊端,这个是我一直期待,也是我放到最后讲的重点。
实时应用测试组件缩短变化所需时间、降低有关风险和成本
Oracle数据库11g具有先进的自助式管理功能和自动化功能,可帮助企业满足服务级别协议的要求。例如,对需要定期升级数据库和操作系统并改变硬件和系统的企业来说,Oracle数据库11g的Oracle实时应用测试(Oracle Real Application Testing)组件非常适用。这一功能使Oracle数据库11g成为有史以来第一个能够帮助企业以可控和经济的方法迅速测试并管理IT环境变化的数据库。
其实中型企业对数据库的选择有时候太过草率,选择一般轻型的数据库,安全性,可扩展性,以及对数据库人员的培训方面都有很多弊端,当你了解了 Oracle11g 数据库及其诸多特性后,你就会发现,其实 Oracle11g 数据库的可扩展性是非常适合中型企业构建企业框架的, Oracle11g 数据库的诸多优点及大量的事实都告诉我们, Oracle11g 数据库是我们的不错选择, Oracle11g 数据库可谓值得期待和使用的,希望您能参加 Oracle11g 数据库的应用行列,并参多多参与讨论 …
作者:宋巍巍
博客地址: http://blog.csdn.net/JavaProgramers/archive/2008/09/05/2885784.aspx