【IT168 技术文档】简介

    既然 DB2 9 发布了，现在是时候对它的最新特性之一 —— pureXML® 进行测试驱动了。为此，建立了一个模拟的经纪业务环境。这个环境具有以下特征：

    高事务量和并发性
    小的事务大小
    大量小型 XML 文档
    可变的 XML 文档结构 —— 测试包含符合 FIXML 的数据，FIXML 是 Financial Information eXchange（FIX）标准的金融业 XML 实现。
    请记住，XML 应用程序大致分成以下两类：

    面向数据的（高数据量，小文档，这个测试就是针对这种情况）
    面向文档的（可变数据量，大文档）
    另外，涉及 XML 的数据库应用程序也是各种各样的，包括以下情况：

    以 XML 形式发布关系数据
    用 XML 全文本搜索进行内容和文档管理
    合并不同的数据源
    表单处理
    对 Web 服务和面向服务体系结构（SOA）的后端支持
    基于消息的事务处理和基于 XML 的在线事务处理（OLTP），尤其是在金融业中
    本文在一个基于 XML 的事务处理场景中进行性能度量，这个场景模拟一个面向数据的金融应用程序。测试设备包括最新的 POWER5 服务器（p5 560Q）以及 AIX 5.3 和 TotalStorage DS8100 磁盘系统。

    DB2 9 和 XML

    DB2 9 中新的 XML 支持包括纯 XML 存储、XML 索引、XQuery、SQL/XML 和高级的 XML 模式处理。“纯” 意味着以标注上类型的树的形式存储和处理 XML 文档，这与商业关系数据库中以前的任何技术都不同。尤其是，pureXML 与将 XML 存储为大对象（BLOB 或 CLOB）或者将 XML 分解到关系表中的技术有显著差异。更多的信息请参考以前的文章 “What's new in DB2 Viper” （developerWorks，2006 年 2 月）和 “Native XML Support in DB2 Universal Database”。

    测试场景：在线经纪业务

    这个测试场景对在线经纪业务进行建模。我们曾经帮助金融公司采用 XML。这些经历帮助我们理解了他们的数据和处理特征。这个场景有意地进行了简化，但是在文档、事务和 XML 模式方面仍然具有代表性。

    这个场景中主要的逻辑数据实体如下（见图 1）：

    Customer： 一个客户可以有一个或多个帐号（account）。
    Account： 每个帐号包含一个或多个持有物（holding）。
    Holding： 某一证券 的数量。
    Security： 某一持有物的标识符（例如，股票名称）。
    Order： 为一个帐号 买卖一种证券 的订单。

    文档处理和大小因文档类型而异：

    对于每个客户，有一个 CustAcc 文档，其中包含这个客户的所有客户信息、帐号信息和持有物信息。CustAcc 文档的大小在 4KB 和 20KB 之间。
    使用 FIXML 4.4 表示订单。FIXML 是用于交易相关消息（比如买卖订单）的行业标准 XML 模式（www.fixprotocol.org）。订单文档的大小是 1KB 到 2KB。订单文档有许多属性，而且数据节点的比例很高。
    证券文档（20833 个）使用实际的证券符号和名称，表示在美国交易的大多数股票和共同基金。它们的大小在 3KB 和 10KB 之间。
    使用 Toxgene 数据生成器为这三个模式生成实例文档。关于 Toxgene 数据生成器的更多信息，请参考 ToXgene - the ToX XML Data Generator。

    测试设备和配置

    测试在以下设备上运行：

    处理器： IBM System p5 560Q，使用 8 个处理器的逻辑分区（LPAR），这是一个中等的 IBM System p5 560Q。8 个处理器以 1.5GHz 的频率运行。
    内存： 32GB
    操作系统： AIX 5L v5.3 TL04（系统类型：9116-561，两个 4 芯片模块）
    并发多线程提供 16 个并发执行线程或逻辑处理器。
    安装了一个多路径子系统设备驱动程序（SDD）。这个特性可以改进存储服务器访问，比如改进数据可用性和存储服务器上跨光纤通道适配器的动态 I/O 负载平衡。
    存储： IBM TotalStorage DS8100，通过 4 个光纤通道适配器连接到 LPAR。