将XML应用程序从DB2 8.x迁移到Viper

核心提示：简介DB2 Universal Database (UDB) Version 8.x 中的 XML 支持基于 DB2 的关系基础设施，在 DB2 Viper 版本之前，将XML应用程序从DB2 8.x迁移到Viper，XML 数据要么原样存储为字符大对象 (CLOB)，要么被分解到关系表中，然后再将其保存到数据库中，该

简介

DB2 Universal Database (UDB) Version 8.x 中的 XML 支持基于 DB2 的关系基础设施。在 DB2 Viper 版本之前，XML 数据要么原样存储为字符大对象 (CLOB)，要么被分解到关系表中。

相反，DB2 UDB Version 9.1 具有对 XML 数据的真正本机支持。XML 现在被当作新的数据类型，XML 数据存储在经过解析的带注释的树中，独立于关系数据存储。基于 XML 模式的 XML 索引已经引入，同时还引入了对用于查询和发布 XML 数据的语言 XQuery 和 SQL/XML 的支持。为了理解这些新的 XML 特性对迁移的重大意义，需要将 DB2 8.x 中用于存储和查询 XML 数据的不同技术与 DB2 UDB Version 9 中可用的类似的或新的 XML 功能相比较。

本文是关于将 XML 应用程序从 DB2 8.x 迁移到 DB2 Viper 的三篇系列文章中的第一篇。该系列从描述一个基于 Java 的存储过程开始，您可以使用该存储过程来对 XML 数据执行子文档更新。您可以下载更新后的存储过程的源代码和 jar 文件，并根据说明安装它。

第二篇文章比较 DB2 Version 8.x 中和 DB2 Viper 中的 XML 特性。然后简要讨论 DB2 Viper 中引入的新 XML 特性，并详细介绍新 XML 支持对于迁移现有基于 XML 的应用程序的重大意义。这篇文章还包括基于 Java 的实用工具的源代码，该工具用于帮助生成迁移数据库对象时所需的脚本。

本系列的最后一篇文章介绍分步示例迁移场景。它包括示例场景的源代码。

更新存储过程

对于本机存储在 DB2 中的 XML 文档，不存在用于执行子文档更新的开箱即用的功能。缺少该功能的原因是，目前还没有定义 Xquery 中更新的标准。

该问题的一种解决方案是，将文档交给客户机，修改它，然后再将其保存到数据库中。该方法受到客户机环境的 XML 功能的限制，并且还要求专家级的人员编写基于文档对象模型 (DOM) 的客户机。