当XML存储遭遇SOA的挑战

　　随着SOA在企业IT架构中的重要性日益凸显，XML因其天然的可扩展、与平台无关性和完全兼容Unicode编码方式等特性，已然成为SOA的核心。于是对XML的各种支持的需求也才真正到来。

　　正当业界欢庆SOA时代到来的时刻，也立即感到了SOA带来的新挑战。IT英雄们面对着等待整合的企业级应用时，手中持有着BPEL(Business Process Execution Language，即业务过程执行语言)的强大力量，只因没有正确的XML理论指导，面对着系统的复杂性会一筹莫展，有时甚至连分析问题的头节点都无法把握;IT英雄们面对着按需变动的企业级应用时，也会猛然间发现曾经无所不能的WSDL是何等的浩大繁琐，一个简单变动所带来的巨大的修改工作量远远超过改动普通程序的工作量，而且稍有不慎，一个有机的整体就有可能被一个轻微bug所破坏，影响整个IT基础构架的运行。这种对缺陷放大的效果，直接导致IT英雄们花费更多的时间检测和更正代码，降低实现技术所带来的效益，不仅有可能没有达到随需应变的初衷，还让业务更加依赖应用、处处受制于应用，降低了企业核心竞争力。

　　那么IT英雄们不禁要问，我们到底离SOA还有多远?能否提供一种方式，使我们对于XML的使用就象是传统的SQL数据库一样便捷?能否提供一种方式，使我们对XML的操作，就象是写SQL一样简便?于是真正让我们既享受到SOA所带来的随需应变，还能避免SOA所带来的新弊端?IT英雄们不禁把目光投向了数据库。。。

　　当前的数据库系统状态

　　当IT英雄们将最后的眼光投向数据库时，无非就是想审视当前数据库对XML的支持能力。

　　XML数据库听起来远不像SOA这样前卫，仿佛是一门非常成熟的技术，早在MS SQL server2000、 Oracle9i等这些今天听起来非常成熟的版本，就已经宣称对XML做了很好的支持。但事实呢?首先，这些数据库常常提供两种基本的数据库设计选项支持XML —— 将每个 XML 文档完整地存储为一个大型对象，或者将它 “撕开”，分散存储在多个表的多个列中。在许多情况下，这些选项都会导致性能问题、管理困难、查询的复杂性增加和其他问题。其次，管理和共享 XML 数据的一般方法效果不好，也许文件系统可以应付简单的任务，但是在需要处理大量文档时它们就表现得不好了，并发性、恢复、安全和可用性问题变得难以管理。最后，这些 XML DBMS 在 IT 基础设施中引入了一种新型的环境，但是这种环境还没有经过考验，它的集成能力、需要的人员技能以及未来的生命力还不确定。

　　很显然，这样的XML数据库是不成熟的，不能过分指望这样的XML数据库解决前现有SOA带来的新挑战。

　　那么如果眼前的XML数据库，能够摆脱以上的存储结构，把XML真正的作为数据库本地固有结构，使得关系数据与XML具有一致绑定性，让企业按需要变化进行动态调整，以适应变化;如果数据库可以对XML支持到各个级别，并且对外部访问透明，即可以使用SQL又可以使用XQuery对无论是关系数据还是XML进行查询;如果数据库可以对XML数据建立高效的检索机制，粒度达到XML包含的每个元素、属性。那么，期待中的XML数据库定然会对SOA产生核心的支持!

　　今天，随着IBM DB2 9横空出世，这样的期待变成了真真切切的现实!

　　IBM DB2 9 横空出世

　　正如我们所期待，IBM DB2 9代表着26年来信息管理划时代的技术创新，是IBM 领导数据管理走向新的高峰，是IBM持续创新能力的最佳体现!

　　IBM DB2 9对XML 数据提供了深入的、强大的支持，使其包含：

• 　　 新的存储技术：将XML作为数据库的固有结构，可以高效地管理 XML 文档中固有的层次结构。特别值得强调得是，DB2 对 XML 的 “固有” 支持是在对其他技术的现有支持之外提供的，SQL、表格数据结构和各种 DBMS 特性等现有支持仍然存在。因此，用户可以用一个数据库对象同时管理 “传统的” SQL 数据和 XML 文档。而且，可以编写一个查询同时搜索和处理这两种数据形式。
• 　　新的索引技术，可以提高在 XML 文档之间和内部进行搜索的速度。
• 　　新的查询语言支持(对于 XQuery)、新的图形化查询构建器(对于 XQuery)和新的查询优化技术。

  （编辑：源码网）

  【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!