在你注册并启用了带有Annotations标记的XML Schema之后，你可以用“DECOMPOSE XML DOCUMENT”命令或者内建的存储过程分解XML文档。“DECOMPOSE XML DOCUMENT”命令在DB2命令行处理器(CLP)中用起来很方便，而存储过程可以在应用程序或者CLP中调用。CLP命令有两个输入参数：要分割的XML文档文件名和带Annotations标记schema的SQL识别符。请看下面的例子：

　　DECOMPOSE XML DOCUMENT /xml/mydocuments/cust01.xml

　　XMLSCHEMA db2admin.cust2xsd VALIDATE;

　　关键字“VALIDATE”是可选的，它用来标识XML文档在分割过程中，是否需要被该schema验证。在分割过程中，DB2会遍历XML文档和带Annotations标记的schema文件，并检测基本的schema约束是否被违反，尽管没有指定“VALIDATE”关键字。例如，如果一个必填元素没有填写，尽管该元素不会被分割，而且“VALIDATE”关键字也没有指定，分割过程也会失败并报错。同样，无关元素或者数据类型违反也会引起分解失败。原因是分割过程会马上浏览一遍该带Annotations标记的XML Schema和示例文档，而且会“无条件”检测许多schema的非法属性，尽管XML解析器并没有执行验证。

　　要从应用程序中分解XML文档，需要使用存储过程“XDBDECOPXML”。该存储过程的参数如下图11.12所示，参数详细说明在表11.6中。

　　图11.12 存储过程“XDBDECOPXML”的语法和参数。

　　表11.6 存储过程“XDBDECOPXML”的参数说明。

　　下图11.13中展示了一段Java代码片段，其中使用了参数标记(“?”)调用了存储过程。

　　图11.13 调用存储过程“XDBDECOMPXML”的Java代码段。

　　如果在z/OS的DB2中，XML文档的输入参数是“CLOB AS LOCATOR”类型，在Linux，Unix和Windows版本的DB2中就是BLOB(1M)类型。如果你预计你的XML文档会大于1MB，那就使用表11.7中列出的一个存储过程。这些存储过程都是相等价的，除了他们的名称和输入的XML文档参数大小不同。在你调用存储过程的时候，DB2会根据声明的入参大小分配内存。例如，如果你的所有输入文档大小最多10MB，那存储过程“XDBDECOMPXML10MB”就是一个不错的选择，他可以最合理地利用内存。

　　表11.7 不同大小的文档使用不同的存储过程(Linux，UNIX和Windows版本的DB2)。

　　至于平台兼容性，z/OS的DB2支持存储过程“XDBDECOMPXML100MB”，入参与Linux，UNIX和Windows版本的DB2的相同，包括对参数的校验。