2．5 性能与易用性仍然是数据库发展的方向
我们前面谈到，关系型数据库所以升级缓慢，其中一个主要原因就是没有关键的技术革新，各大厂商所做的主要工作都是在对自己的产品进行锦上添花式的不断完善。这一发展方向就是使数据库向着需求更少的方向增强。所谓需求更少是指数据库以更少的相对资源消耗、更高的性能运行，并且随着技术的不断进步，数据库变得更加智能，维护和使用将更加简单。
这是数据库技术在完善过程中的必经之路。
在这一方面，Oracle数据库一直走在前列，从Oracle9i开始，Oracle一直致力于是数据库软件更加自动化，在这一原则的支撑下，Oracle不断实现了诸如自动PGA管理、自动SGA管理、自动段空间管理（ASSM）、自动存储管理（ASM）等等新特性，这些新特性切实降低了DBA的工作量，使得数据库的管理更加简单；而IBMDB2也一直在加强这方面的功能，IBM的SMART技术（Self-ManagingAndResourceTuning-自我管理和资源调优）正是在这些方面的增强。在DB2V9中IBM同样推出了一系列的自动化特性，包括自动数据库管理功能、自动统计数据收集等功能，但是这些特性相较Oracle而言是来之甚晚的，所以在2006年IBM主推的是XML这一重大改进。
然而一项新的技术能否得到用户的认可还需要时间去检验。根据Oracle公司在2006年10月举行的OpenWorld大会上公布的统计数据，自Oracle10g发布以来，仅有约一半的用户升级到Oracle10g，其他用户仍然维持在原来的版本运行；所以IBM的Viper能否最终得到用户的认可取得成功，还有待检验。
在2006年的OpenWorld大会上，Oracle展示了新的数据库版本Oracle11g（正式版本可能不叫这个名字），从公开的有限的资料看来，在这一版本中，Oracle在易用性方面做出了进一步的增强。这包括最受瞩目的在线应用升级等特性，Oracle期待通过HotPatching等功能实现Oracle数据库的无当机(NoDowntime)维护，Oracle所作的所有增强都是用户最为需要的。
2．6 混合数据库中的XML技术特性
XML技术已经诞生近十年，也有很多有益的技术尝试，很广为人知的两大站点CSDN和5460一度就是使用XML技术来构建Web应用的，可能后来由于性能问题过于严重，CSDN转向.NET技术，5460转向了JSP。XML技术得到数据库的支持由来已久，早在1998年，Oracle已经开始对XML进行一定程度的支持；对于XML技术，一直以来，用户最关心的是性能问题，由于在转换过程中，大量标签、标记的引入，XML会带来大量的冗余数据，从而影响性能。
过去关系数据库对XML数据大都采取扩展的实现，即要么将XML数据作为大对象存储，或者将XML数据映射到关系表中去。如果将XML数据最为大对象存储，无疑会禁锢XML数据本身的信息内容和业务价值。而映射到关系表中的话，又丧失了XML数据的灵活性。而对于纯XML数据库的话，又缺乏扩展性，难以和传统的关系数据库整合。而IBM的新版数据库作为一种新的模式而出现，即混合模式。那么这种XML数据库的性能到底如何呢？
我们可以从IBM官方的测试数据来获取一点PureXML的直观印象：
IBM工程师通过一个测试场景对金融公司在线经纪业务进行建模。
测试在以下设备上运行：
处理器：IBMSystemp5560Q，使用8个处理器的逻辑分区（LPAR），1.5GHz频率
内存：32GB
操作系统：AIX5Lv5.3TL04
存储：IBMTotalStorageDS8100
测试插入工作负载的结果：
插入36,020,833个文档花费的总时间大约是160分钟，产生的平均吞吐量是每秒3770个插入。吞吐量随文档的大小而变化：
• 订单文档（1K到2K）以平均每秒5320个插入的吞吐量插入。
• 帐号文档（3K到10K）以平均每秒1550个插入的吞吐量插入。
插入这两种文档的数据量速度都是大约每小时30GB。下图显示随着订单数量增长到300万个文档，订单插入的速度几乎保持不变。
订单文档的插入速度
测试查询工作负载的结果
查询工作负载随着CPU利用率接近100%，吞吐量曲线逐渐变平。最好的吞吐量出现在有150个用户的情况下，在CPU利用率为96%时达到每秒5480个查询：
只读查询吞吐量、CPU利用率和I/O等待时间
测试混合工作负载的结果
混合工作负载最好的性能也出现在有150个并发用户时，吞吐量是每秒1980个事务
混合工作负载吞吐量、CPU利用率和I/O等待时间
大家可以根据自己的业务规模、设备性能大致估算出自己系统的性能指标。随着硬件系统的不断升级，性能也许不再是人们主要关心的问题。
通常我们认为，技术的进步有两种，一种是用户推动的变革、一种是由厂商推动的革新。前者为用户所接受是顺理成章的，而后者则会相对困难。
从目前的情况来看，Oracle为用户所不断推动，而2006年，IBM一直在不遗余力的推动其XML新特性，至于结果怎样，也许只有时间能够告诉我们。
