DB2 V9 pureXML 在企业应用程序中的典型应用

核心提示： 传统方式1：将 XML 简单地保存在文件系统中，这种方式可以说是非常简陋的，DB2 V9 pureXML 在企业应用程序中的典型应用(2)，基本上没有管理性和效率可言，XML 文件数量不多的情况还勉强可以接受，这种XML-Only的数据库基本上不支持关系型数据，而二十几年的关系型数据历史让

传统方式1：将 XML 简单地保存在文件系统中。这种方式可以说是非常简陋的，基本上没有管理性和效率可言。XML 文件数量不多的情况还勉强可以接受，到了一定规模的企业应用就是难以忍受了。我亲眼目睹了一家公司的应用将数千个 XML 文档放在一个文件夹中，然后通过 Java 应用进行信息查询、更新和删除。其效率、应用维护的复杂度、权限管理等等方面几乎可以用“惨不忍睹”来形容。

传统方式2：将 XML 存入关系数据库（DBMS）的大对象字段中。实际上，这种方式只不过是将“传统方式1”中 XML 存储的位置从简单的文件系统挪到数据库大字段中而已，并没有实质性地提高 XML 的可管理性和可操作性。而且不仅如此，我们知道，管理大对象并非 DBMS 的强项。例如在多数 DBMS 中，大对象是不能够像一般结构化数据那样进入数据库内存缓冲池的，因此，效率上大打折扣。

传统方式3：将 XML 分解到关系数据库的多张关系型表中。如果 XML 文档本身比较简单还好，如果稍微复杂一点，则可能一个 XML 文档就要映射到好几张关系表，而如果不幸的，XML 的格式经常要发生一些变化的话，那这个映射关系维护起来就更复杂了。这是问题之一。其二，这种方式会让 XML 文档本身的完整性荡然无存，对于一些需要保证 XML 文档完整性的应用就非常不合适。其三，这种分解的方式会耗费数据库服务器的大量 CPU 和内存资源，有可能使数据库系统面临系统资源不足的风险。

传统方式4：将XML存放到XML-Only的数据库中。这种特殊的XML-Only的数据库大大提升了XML的可管理性和可操作性。然而将这类非主流的、尚未经过业界验证的数据库应用到企业系统中，未免让人心惊胆战。其次，这种XML-Only的数据库基本上不支持关系型数据，而二十几年的关系型数据历史让关系数据库已经渗入到企业应用的各个方面，因此这种XML-Only数据库在保护投资方面也是倍受批评的。