用新的 DB2 V9.7 pureXML 特性增强 XML 数据的业务洞察力和可伸缩性

核心提示： 扩展数据仓库自从数据仓库在 20 世纪 90 年代出现以来，数据仓库在帮助公司分析趋势和改进业务战略方面的作用越来越重要了，用新的 DB2 V9.7 pureXML 特性增强 XML 数据的业务洞察力和可伸缩性(5)，尽管关系数据库管理技术仍然适用于数据仓库，但是添加 XML 数据管理功能可以显

扩展数据仓库

自从数据仓库在 20 世纪 90 年代出现以来，数据仓库在帮助公司分析趋势和改进业务战略方面的作用越来越重要了。尽管关系数据库管理技术仍然适用于数据仓库，但是添加 XML 数据管理功能可以显著提高灵活性，让公司能够满足不断变化的业务报告和分析需求，而不需要对数据库模式做重大修改，也不需要重写现有的应用程序代码。

例如，请考虑一个跟踪销售信息的数据仓库。按照典型的星型数据库设计，一个事实 表包含按产品、地区和时间段排序的销售数据。这个事实表中的数据通常与多个维 表中的数据联结，从而获取关于各个产品、地区等的特定信息。但糟糕的是，为这种数据仓库开发详细的数据库设计是很困难的。

请考虑一下，如果必须表示不同范围的产品，那么设计适当的产品维表会有哪些困难。不同类型的产品有不同的属性，所以很难预先决定哪些产品应该向业务分析师和执行官提供哪些属性。分析师常常需要以出乎意外的方式对产品销售数据进行向下钻取或分片，比如按照尺码、颜色、质地、领口、袖子长度等研究女式毛线衫的销售。在纯粹的关系设计中，每个产品的可能感兴趣的每个属性都需要捕捉到自己的列中，这会产生巨大的非常笨拙的维表。因为产品的属性各不相同，这种表有许多行，但是填充的列非常稀疏，这导致效率非常低。另外，随着时间的推移会出现新的产品和新的产品属性，就需要修改数据库模式（以及依赖于它的所有应用程序），这会导致很高的成本。在公司数据仓库中的一个表中添加一列，需要经过许多 IT 组织长时间的审查和批准过程。

对于适应业务需求的变化，一种破坏性比较低的方法是在数据仓库模式中使用一个或多个 XML 列。通用的属性仍然可以放在关系列中，而在 XML 列中维护其他详细信息，XML 文档很容易提供可变的结构，很容易进行查询和报告。对于上述示例，可以在包含产品数据的维表中使用一个 XML 列。对于需要跟踪的新的产品属性，只需把它们作为新元素包含在与目标产品相关联的 XML 文档中。不需要修改数据库模式。