查询工作负载：只读

    在插入负载填充数据库之后，对数据库执行一个只读的工作负载。这个工作负载由 7 个 XML 查询组成，使用 25、50、75、100、125 和 150 个并发用户以不同的并发度执行。测试的时间长度是这 6 个测试各运行一个小时。

    7 个查询都具有以下特征：

    它们都是用符合标准的 SQL/XML 表示法编写的，比如带有嵌入式 XQuery 的 SQL，利用了参数标志。更多信息请参考 Advancements in SQL/XML。
    它们使用 SQL/XML 谓词 XMLEXISTS 根据一个或多个条件选择 XML 文档，条件用 XQuery 表示法表示。
    它们使用 SQL/XML 函数 XMLQUERY 检索完整的或部分 XML 文档，或者构造与数据库中存储的文档不同的结果文档。
    它们使用与 XML 数据中的名称空间对应的 XML 名称空间。
    它们利用一个或多个 XML 索引完全避免表扫描。
    这 7 个查询在工作负载中具有同样的权重。
    表 5 显示这 7 个查询的特征差异和它们涉及的表。

    表 5. XML 查询小结

    混合工作负载：读/写

    与只读工作负载相似，混合工作负载针对填充的 600 万个 CustAcc 文档和 3000 万个订单执行，并使用 25、50、75、100、125 和 150 个并发用户产生不同的并发度。测试的时间长度是每个测试各运行一个小时。

    混合工作负载由以下操作组成：

    70% 的读操作：查询
    30% 的写操作：6% 的更新操作，12% 的文档删除操作，12% 的插入操作。
    查询与上面的只读工作负载中的查询完全一样，下面是定义更新/删除/插入事务时考虑的情况：

    更新客户帐号以反映交易（订单的执行），但是不需要在每个订单之后立即执行（3% 的 CustAcc 更新）
    在我们的场景中不更新订单文档（因此没有订单更新事务）
    在交易时间定期更新证券的价格（3% 的证券更新）
    客户的插入和删除少（2% 的 CustAcc 插入，2% 的 CustAcc 删除）
    新订单不断到达，旧订单从系统中删除，两者的速率是相同的（10% 的订单插入，10% 的订单删除）
    证券种类的数量是固定的（没有删除和插入事务）
    通过考虑这些目标，产生了表 6 所示的事务组合。

    表 6. 混合工作负载的事务

    更新事务首先根据一个 XQuery 谓词读取一个特定文档，然后使用它更新数据库中这个文档的原副本。在实际情况下，在读取和更新步骤之间会更新文档，但是这与本文的目的没什么关系，因此为了简化省略了这个步骤。

    在执行插入时不进行 XML 模式检验。

    更新和删除操作所针对的文档是在数据库中随机选择的。每个新插入的订单和 CustAcc 文档马上可以被后续的事务更新或删除。

    结果

    数据库设置和所有工作负载不间断地连续执行。23 小时的不间断系统测试的结果见表 7。

    表 7. 使用所有工作负载的全面测试的计时