激发DB2 9--混合数据库引擎潜能.docVIP

激发混合引擎的功能 作者：Anjul Bhambhri IBM 的新一代 DB2数据库 把关系引擎的全部动力都用在支持真正的本地 XML 存储，该存储与 DB2 关系数据存储库并驾齐驱。 今天，关系数据库推动各种规模的公司发展业务。尽管这些数据库是受欢迎而且重要的，但它们根本无法与用 XML 表示的半结构化（和分层）内容相比。由于企业在关系数据和关系数据库管理系统 (RDBMS) 方面的投资高达万亿美元，因此简单地将 RDBMS 替换成纯 XML 存储的做法并不可取。将只存储 XML 数据的数据库添加到企业的基础结构中还会遇到集成和复杂性的难题。 IBM 将为 XML 数据和关系数据引入真正的本地支持。这项不断完善技术目前正在一小部分 IBM 客户中进行测试，它将提供全面的混合型关系/XML 存储。这意味着 DB2 将不再需要 XML 扩展程序（就像它不需要 SQL 扩展程序一样）。DB2 将在本地处理 XML。（关于“本地”XML 支持的定义有很多种。要弄清楚目前常说的“本地”是指什么，请参见工具条。） 在混合版本中，XML 作为一种新的数据类型。几乎每个 DB2 组件、工具和实用程序都已得到增强，以识别和处理这种新数据类型。新的存储范例以经解析的注释树形式（类似于 XML 文档对象模型 (DOM)）保留 XML，它与关系数据存储分开（见图 1）。 图 1. DB2 的新 XML 关系存储模型 在两种数据存储（关系和 XML）的顶部是一个混合型数据库引擎。该单机引擎可以处理 XQuery、Xpath、SQL和 SQL/XML。该引擎采用带有 SQL 和 XQuery 解析程序的双语查询编译器。因此开发人员可以根据具体情况更适用的原则使用任何一种语言（或同时使用这两种语言）。使用混合型 DB2 ，您可以根据信息管理的需要来灵活地转换（在 XML 和 SQL 之间）范例。 在数据库管理系统中存储关系和 XML 数据可提供灵活性和一贯快速的性能，因为数据库管理系统在每一个级别（从客户端到引擎，再到磁盘）都了解和支持这两种模式。XML 数据继承了 DB2 为关系数据提供的相同的备份与恢复、优化、可伸缩性和高可用性。最终，统一的 XML/关系数据库通过避免对分开存储的 XML 数据和关系数据进行集成，简化了业务过程。 本地的优点 关系数据库中的第一代 XML 支持是切分（或分解）文档以适应关系表格或将文档原封不动地存储为字符或二进制大对象（CLOB 或 BLOB）。这两个方法中的任一种都尝试将 XML 模型强制转换成关系模型。然而，这两种方法在功能和性能上都有很大的局限性。混合型模型将 XML 存储在类似于 DOM 的模型中。XML 数据被格式化为缓冲数据页，以便快速导航和执行查询以及简化索引编制。 在 DB2 的下一重要版本推出真正本地 XML 支持时，将继续支持对 XML 文档进行切分并存储到关系表格中或将文档原封不动地存储在 CLOB 和 BLOB 中。支持切分是非常重要的，因为 XML 可用来馈送现有的关系模式。然而，真正的本地存储在以下领域具有显著优势： 存储。DB2 的本地 XML 技术将以节点级（而非文档级）粒度存储 XML。当与 IBM 的本地 XML 支持交互时，显示的抽象是关系表中的一列 XML 类型。此列既没有最大长度，也没有强制限制的 XML 模式。您可以将任何格式正确的 XML 语句插入到该列中。因此，以下语句是一种有效的表定义方法： Create table dept (deptID int, deptdoc xml) 没有将表格限制在任何既定类型的一列，因此以下语句同样有效： Create table dept2 (deptID int, deptinfo xml, orgchart xml, employees xml) 在 IBM 的实施中，物理存储层的主要存储单元是节点。每一页中都存在一个节点，而其它的节点则来自相同或不同的文档。每个节点不仅连结其父节点，还连结其子节点。因此，浏览到某个节点的父项、同级项或子项的效率都非常高，只要下一个引用的节点在同一页，其遍历速度将比指针的遍历速度还要快。 无需重写整个文档即可增加或减少节点，或者将节点重新部署到其它页。 编制索引。管理着数百万的 XML 文档的 XML 应用程序并不罕见；因此要提供高查询性能就要为大量的 XML 数据编制索引。DB2 支持在 XML 列上建立路径特定的索引，因此元素和属性常用作谓词且可以编制跨文档连接的索引。 新的 XML 值索引可有效评估XML 模式表达式，从而提高 XML 文档的查询性能。与传统的关系索引相比较，在关系索引中，索引键由用户指定一个或多个表格列组成，而 XML 值索引则使用特定的 XML 模式表达式（XPa