在数据库领域，2007年发生的最大新闻无疑就是甲骨文发布Oracle Database 11g。这可以看作是对2006年IBM发布DB29 Viper数据库版本的一种回应，也是关系型数据库在完善中继续前行的一个表现。

　　作为企业信息系统的一个重要基础部分，如今的数据库已经发展得非常成熟，无论是从技术的角度还是从用户的角度来看，要取得重大的突破不是一件容易的事情。甲骨文服务器技术执行副总裁Chuck Rozwat曾经在一个公开场合表示，在现在以及未来的相当长一段时间里，关系型数据库仍然是数据库市场上的主流，如果说有进展的话，大部分也只是在原有的技术基础上修修补补，进行功能的优化以及为更加适应应用而做出完善。

　　不过，在关系型数据基础上，各大厂商纷纷从支持XML、应对大容量挑战以及开源等方面来推动数据库技术的革新。这也是今年数据库技术和应用的热点和未来一段时间的趋势。

　　XML——接纳更多数据类型

　　7月11日，甲骨文在全球推出了其数据库11g，该版本坚持对网格的支持，另外还增强了对于XML的支持。利用其中的一个组件XML DB，客户可以以本机方式存储和操作XML数据。11g还增加了对二进制XML数据的支持，现在客户可以选择适合自己特定应用及性能需求的XML存储选项。

　　而2006年，IBM新面世的DB2 9Viper数据库直接把支持XML作为其新产品的最大卖点，号称是业内第一个同时支持关系型数据和XML数据的混合数据库，无需重新定义XML数据的格式，或将其置于数据库大型对象的前提下，IBM DB2 9允许用户无缝管理普通关系数据和纯XML数据。

　　其实，在9i中，甲骨文就开始支持XML，而今年新发布的11g更是在支持XML方面的功能得到了扩展和增强。Sybase、微软也宣传它们的产品可以实现高性能XML存储与查询，使现有应用更好的与XML并存。

　　主流的数据库厂商均推出了兼容传统关系型数据与层次型数据(XML数据)混合应用的新一代数据库产品，主要是因为互联网普及和影响的结果。随着互联网时代的到来，在 Web大背景下“泛数据”管理成为人们关注的重点。所谓泛数据就是指包含了文档、电子邮件等各种类型的数据，这些数据通常都不是以行和列的格式存在的，不像关系数据那样是严格的结构化数据，因此对这类数据的存储管理以及快速高效的查询是对传统关系型数据库的挑战。

　　目前XML标准日益成熟，并很快成为各种复杂的异构数据交换的核心技术和未来数据定义的标准格式，因此，将Native(原生) XML格式的数据存储在关系数据库中,并支持对XML查询，正是这些新推出的数据库产品的亮点之一。

　　应对大容量挑战

　　数据库应用的成熟，使得企业数据库里承载的数据越来越多。随着数据的增多，企业面临的问题首先是如何更有效地管理这些数据，以及如何发挥数据的价值。目前看来，数据库厂商应对这些挑战的方法不外乎两种:一是不断增强数据库产品自动化管理和压缩的功能，二是嵌入商业智能的功能以整合和利用数据。

　　比如最新的11g引入了更多的自助式管理和自动化功能，包括自动SQL和存储器微调、新的划分顾问组件自动向管理员建议、增强的数据库集群性能诊断功能等等，这些新增的功能可以有效地帮助客户降低系统管理成本;另外，它还具有极新的数据划分和压缩功能，将很多原来需要手工完成的数据划分工作实现了自动化，实现2x至3x或更高的压缩比。

　　实际上IBM DB2 9也在自动化管理方面进行了改进，比如其适应性、自调式内存分配，自动状态检测功能、自动存储支持、自动统计数据收集等等，另外IBM也强调了其数据行压缩技术的压缩功能。显然这些对于大容量数据的管理都非常有必要。

　　大容量的数据带来另外一个问题是，给抽取具有决策意义的信息（有用的数据）带来了极大难度，这就需要商业智能。商业智能是指以帮助企业决策为目的，对数据进行收集、存储、分析、访问等处理的一大类技术及其应用，由于需要对大量的数据进行快速地查询和分析，传统的关系型数据库已不能很好地满足这种要求。