DB2 9实例 完美诠释混合型数据库优势

天主教医疗中心(Catholic Medical Center)，一个由分散在韩国的8家大医院和23家其他的医疗诊所组成的行业协会，将数据保存在关系数据库以及很多手写的记录中，它想将这些数据结合到一个数据库中以便提高病人的护理水平。据IBM数据服务器主任Bernie Spang介绍，克服第一个挑战——将手写的记录转换成电子数据——结果是非常简单的。这家医院扫描手写的记录，将他们转换成半结构化的XML文件。但是接下来它遇到了如何将半结构化的XML数据和结构化的关系数据同时保存在同一个数据库中的问题——而且还要保持可接受的数据库性能。

　　存储这两种互异的数据类型在同一个数据库中，常常会导致显著的性能下降，据位于英国Towcester的Bloor研究国际公司的研究主任Philip Howard说。但是，这家医院却发现，在新一代的数据库的出现之后，这一切发生了改变。

　　天主教医疗中心评估和实施了IBM的DB2 v9 Viper数据服务器，辅助其在同一个数据库中结合XML和关系型的病人数据，同时保持数据库的性能。DB2 v9是这种数据库类型中的第一个，并且基于独一无二的架构，Howard解释。IBM称之为“混合型数据服务器。”

　　“IBM在同一个数据库中有两种不同类型的存储系统，”他说，“然而，其他的产品基本上仍然只有一个存储系统，并且使用层次索引，XML数据类型和其他功能是在数据库基础上实施的。"

　　DB2 v9并不是唯一可以同时存储XML数据和关系数据的数据库，Howard说，但是是唯一的拥有两套分别用于关系和原生的XML存储的引擎。其他的数据库在处理这种挑战的时候，或者将整个XML记录放在一个大的称为“字符大对象”("character large object" ，CLOB)的单元中，或者“切碎”XML记录，本质上将XML数据分解并且将它们存为关系格式。第二种方式有些缺点，包括丧失了数据层次或者将签名(signature )同相关的表格以及信息分离。于是一些数据库厂商，比如Oracle，在同一数据库中支持这两种类型的XML数据存储，Howard说。用户可以使用这两种方式存储一个XML文件，来分享每一种方法的好处。但是，这可能是非常耗时的，他说，并且带来不必要的性能负担。

　　性能是决定天主教医疗中心做出选择的一个因素。该中心还计划使用这个数据库作为面向服务架构的一部分，来更好的集成各医院的系统和更有效的存储的访问病人的数据。

　　“既然我们可以在我们的IBM DB v9数据库上直接存储XML数据，我们就可以让对医疗记录的访问流水化，同时提高对我们病人的护理水平，”天主教医疗中心开发服务团队的经理Lee Hungu说。“同时，我们还可以凭借深度压缩技术来降低我们的存储成本。”

　　混和数据库是否代表了未来的发展方向?

　　还没有其他的厂商有可以比较的数据库产品——Howard说。现在有一些数据库允许用户在同一条语句中包含SQL和XML，也有一些数据库可以索引XML文件，但是没有一家有IBM DB2 V9同样的架构。是否其他的数据库厂商会推出他们自己的类型的混和数据库仍然不清楚，他说，并且市场的需求会起到主要的作用。

　　这个问题和需求在发展中国家非常明显，他们有大量的手写数据，IBM的Spang说。并且半结构化的XML信息正在快速增长，他说，部分是受到如医药、保险和金融领域等的行业相关的XML标准的推动。事实上，最近的TDWI研究发现公司信息中22%是半结构化(比如XML)，47%是结构化，而且31%是非结构化的。这些都指出半结构化数据的增长——这不可能被数据库厂商所忽略。

　　但是Howard怀疑是否微软和Oracle等其他的主要数据库厂商完全认识到存储不同数据带来的挑战。

　　“我认为很多人都没有真正理解IBM所做的一切，”Howard说。“甚至与微软的技术人员讨论的时候，他们坚持认为由于他们数据库中有XML数据类型，因此就意味着他们有对XML的原生的支持。但是软件人员常常不清楚数据库是如何在磁盘上实现的。IBM的确将它做到了不同的境界。”