SQL Server转换为XQuery及反向转换(2)

子检查器

在 SQL 和 XQuery 语句之间进行转换前，或将 XQuery 语句嵌入 SQL 查询中时，我们需要检查二者的语法。显然，SQL 和 XQuery 具有不同的语法和范围约定。

与典型的关系系统目录相比，XML 模式信息经常更为复杂，并可能发生变化。XQuery 可以对形成不同模式或同个模式的不同版本的多个文档进行操作。有些文档可能没有模式。

因此，我们需要为父 Web 服务转换器创建三个子 Web 服务。它们分别是：

1、Web 服务 SQL 检查器

2、Web 服务 XQuery 检查器

3、Web 服务嵌入式 XQuery 检查器

子处理器

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

1、Web 服务 SQL-XQuery 转换器

2、Web 服务 XQuery-SQL 编译器

3、Web 服务嵌入式 XQuery 编译器

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

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

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

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

Web 服务性能分析器

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

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

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