检阅DB2 Viper.docVIP

检阅DB2 Viper 　　DB2 Viper的混合型XML/关系数据服务器在实际中是如何工作的呢？本文带你切身体验一下DB2 Viper的实际性能和处理，让你了解在实际测试DB2 Viper时应着眼于哪些方面。 　　IBM正在把数据服务器推向下一个发展阶段：推出了可以管理纯 XML 和纯关系数据的单一混合型引擎。DB2 Viper所用的新技术让许多公司可以了解非关系业务数据，譬如Excel电子表格里面的财务信息，或者通常存在于纸上或者文字处理文档中的重要合同。使用DB2 Viper，单单一个联接语句就可以将这些丰富的业务数据与传统的关系数据合并在完整视图中。针对电子表格、合同、传真图像或者收据的人工搜索可以由一个简单的语句加以替代。访问这种XML数据的标准机制可确保：现有的报告工具和接口可以将这些新数据直接提供到桌面。纯XML技术提供了对业务成功而言至关重要的敏捷性。 　　新的混合型XML/关系功能并不是面向Linux、Unix和Windows的DB2 Viper所具有的惟一新特性。本文将讨论DB2 Viper具有的主要特性。读者可以通过Viper的公开测试程序（http://www-306.省略/software/data/db2/9/），亲自尝试一番这些特性。 　　 　　XML 驱动业务 　　 　　除了可以存储关系数据外，DB2 Viper的混合型引擎还能使用纯XML结构来存储XML文档。因而，日益求助于XML的公司可以使用高性能的XML存储引擎，还可以利用员工现有的数据库技能来管理及保护这些XML数据（见图 1）。 　　XML对如今的公司而言很重要，这有许多原因。在面向服务的架构（SOA）环境中，如果使用独立的通用服务，就不需要为每个应用程序开发各自的访问方法，并且有助于应用程序的集成。XML常常是应用程序和通用服务之间进行联系所用的消息传递语言。譬如在股票交易中，顾客通过Web界面购买一定份额的股票。这个Web过程向经纪人系统发送XML消息，表示要执行交易。这个XML消息是临时的，只是为了触发经纪人系统而存在。DB2 Viper可以保存这个XML消息，同时让数字签名保留原状。因而，这些XML消息现在可用于法规遵从方面的审计。 　　如今，大多数公司无法轻松地访问现有的业务数据，就是因为使用的数据库技术、平台和数据格式数量众多。通过创建统一的数据格式，SOA通用服务就可以从原始数据源获取数据，将数据格式化成标准格式，并且存储在 XML中，从而有助于灵活、标准地访问关键业务数据。 　　能够存储关键业务型文档（如Excel电子表格或者法律合同），并将该数据与相关的关系数据联系起来，这是 Viper的主要优点之一。微软Office、Adobe程序和大多数前台产品都提供了将文档存储为XML格式的功能。企业用户现在可以轻松地访问电子表格数据，因为微软Excel电子表格（常常用于存储决策所需的重要财务统计数据）现在可以作为XML格式存储在DB2 Viper数据服务器里面，而不是存储在容易损坏的文件服务器或者硬盘上面。 　　 　　纯 XML 　　 　　现有的关系数据服务器将XML文档存储为字符或者二进制大对象（CLOB或者BLOB）。不过在CLOB或者 BLOB中，数据存储为单一单元或者连续字节串。如果查询XML文档里面的某个值，或者仅仅更新XML文档的一部分，这种存储格式会给性能带来难题。必须读取及解析整个记录，之后才可以进行谓词评估（predicate evaluation）。建立索引可以降低搜索成本；但是，对XML文档进行更新需要对XML索引进行更新。另外，更新XML文档还需要改写整个文档。 　　对 XML 文档进行分解是关系数据库管理系统（RDBMS）的另一种存储方法。通过将XML文档的每个元素映射到关系列，XML文档可以存储在多个表和列中。一旦文档被分解，结构和任何相关的条目（如数字签名）就会丢失；然而，如果整个XML文档用不着保留，分解也许是切实可行的解决办法。 　　DB2 Viper将最纯粹形式的XML保存为经过预先解析的带注解的树。如今市面上已有纯XML数据库，但不是混合型数据库（这意味着它们没有同时存储XML数据和关系数据的优点）。有了DB2 Viper，XML就可以存储为基于节点的层次模型。在这种模型中，每个节点不但与其父节点相连接，还与其子节点相连接。这种纯XML存储是访问及存储整个XML文档的最有效方法，提供了极大的性能优势。 　　纯XML存储可以原封不动地存储XML文档，从而提供了BLOB和CLOB的优点，还解决了性能问题，因为文档存储没有被虚拟化成单一、连续的字节范围。整组文档的存储被虚拟化成连续的字节范围，但各个节点可以安置到这个范围中，对其他节点和索引的影响极小。