子处理器

　　检查器在混合数据库服务器上验证了 SQL 或 XQuery 语句结构良好后，下一步就是将结果作为输入发送到以下子 Web 服务之一中去：

• 　　Web服务 SQL-XQuery 转换器
• 　　Web服务 XQuery-SQL 编译器
• 　　Web服务嵌入式 XQuery 编译器

　　SQL-XQuery 转换器将 SQL 映射到 XQuery。如果输出给出了转换问题列表，则必须解决这些问题。SQL 和 XQuery 具有不同的语法和范围约定。

　　虽然 XQuery-SQL 编译器处理转换工作更快，但更可能产生给出相同输出的多个 SQL 代码片段。编译器应该具有检测产生冗余结果的 SQL 代码片段的机制。这意味着将有必要减少 SQL 代码。应该有这样的机制，能建议哪些 SQL 代码片段性能最佳，使用的资源非常少，即使在网络流量出现突然变化也不会造成系统过载。

　　嵌入式 XQuery 编译器设计用于将经过转换的部分 SQL 语句替换为 XQuery 对等项。这对于处理即使在混合数据库系统上 SQL 也无法处理的海量数据尤其有用，而且更加灵活。

　　对于所有三个子 Web服务，在所有转换问题得到解决以满足用户需求前，非常有必要提供反馈信息。必须配备更改管理，以提高效率。

　　Web服务性能分析器

　　用户无法确定 SQL 和 XQuery 语句间的差异在资源使用方面是否影响很小。DB2 9 并不具有执行各种测试类型来确定哪个查询类型(SQL 或 XQuery)最优的功能。它无法提供有关磁盘碎片对分区或跨计算机的语句执行的影响的信息。

　　解决了转换问题后，最后一步是创建 Web服务性能分析器，在实际对海量数据执行操作前，开发人员可以使用此分析器来在非生产环境中比较 SQL 和 XQuery 代码的性能。独立数据的查询性能中一定要防止对不相关数据的扫描。

　　以下给出了性能测试类型的一个部分列表。开发人员执行某个测试类型时，可以会发现其他类型无法发现的问题。对于这些测试，应该进行容量和压力测试，以确保生产环境中的查询将不会导致系统过载。

……