DB2 9试用情况评析.docVIP

DB2 9试用情况评析 DB29试用情况评析 口文/王翔 序言:最近看了不少国内,外同 行对DB29的评论,内容上虽然百家 争鸣,但基本上体例都是一样的,依 次分别是PureXml,自动内存管理,表 分区,数据压缩,基于标签的访问控 制(LBAC)……,此外作为开发人员笔 者还想就Viper对VisualStudio.NET2005 和Eclipse的Add-ins的使用情况作些简 单的介绍. 此次版本的DB2V9正式发布前 差点被命名为DB5,虽然最后还是沿 用DB2的名字发布,但是从可以被考 虑命名为DB5这件事本身就已经说明 了这个版本较之DB2Vet3至DB2Vet8 之间非常大的差别,最直接的原因也 是因为它进入了双核的时代. ■———●●相信读者中很多人也 都经历了从桌面的c/s环境到Web 的B/S环境的转变,您在技术中的很 多问题也源自或者归咎于数据库的 支持能力.那么下面笔者与大家一 起评测DB29的表现. 来自业务的呼声——PurexML XML数据的保存方式 开启话题之前,简单看看现有 关系数据库系统中对XML的3种主要 保存方式: ◆Shredded方式:也就是tP_.XML 数据抛弃其层次关系,平铺为关系 数据表.这对于一般的单层或者简 单的XML数据交换而言可以接受的. 但如果需要通过XSLT转换或者交换 不同XSD的数据就只能靠关系数据 库的关联操作完成. ◆非结构化的BLOB方式:这种 方式被三大(Oracle,lBM和SQL Server)的上一代产品使用.虽然提供 了XMLExtend但是其实都需要把 XML数据从BLOB中完整串行化后. 才可以在内存的树型结构上操作. ◆结构化方式:这个方式是 三大这一代产品的方式.保存在 专门的XML字段的数据是具有层次 结构的.因此可以不用把整个树串 行化到内存就可以用XQuerY借助 XPath定位到某些层次和属性的信息. 是真正的XML数据方式. 结构化存储的技术意义 那么DB29这种纯XML数据访 问方式在技术实现上有什么实际的 意义呢.笔者总结如下: ◆只有真的结构化存储.才可 以提供层次型索引,作为可用性的 基本要求——保证效率才可以真正 ~;P_.NativeXML数据库大量用于开发. ◆现有XML更多的使用位置是 在数据交换中,XML数据的转换主要 有如下几种:基于XPath规则的部分 提取,基于XQuery的部分更新/增 加/删减,基于XSD一gt;XSLT一gt;XSD 的schema转化,多个相同或者不相同 Schema数据的合并.如果不提供这种 结构化存储,那么每个操作都至少 要把整个XML数据完整提取到内存 中.再进行计算.尤其是涉及多个 XML数据的关联与合并操作.那么资 源的消耗就很可观了.即使您可以 通过分解等价式将一次操作等价的 通过多次操作累积完成.那么情况 相信也是很糟糕的.但是在层级结 构下.每次提取的都是部分子集或 者是基于某个层次的个别统计结果. 即使进行关联操作内存的消耗较之 非结构化也应该是1—3个数量级的. ◆只有通过这种结构化存储才 可以保证SQL与XQuery可以混合使 用.否则以往的SQL解析器根本不 能从没有结构的二进制数据中知道 查询的那些层次和属性是否存在. 更无法确认是否应该使用那些索 引,所以执行计划的建立只能是梦 想而已. 结构化存储的业务意义 这些技术层的要求又来源于我 们哪些实际业务需要呢7 ◆就像笔者上文一直强调的. 第一个见效益的就是服务器的投资 上可以大大降低.因为完成同样的 吞吐现在都是数据子集对数据子集 操作.而且通过XML数据的索引可以 大大提高查询的效率. ◆原始数据的价值恐怕经过几 个交换和汇总后会有很大的提升. 那么在互联网环境下XML数据作为 交换载体就非常方便了.但是其中 有几个主要的挑战: 98毫序员- gt;gt;gt;|BMDB29探索之旅 1.由于业务的快速变化.数据 结构也常常需要变化:有了结构化的 xML存储一方面可以快速的采用 XQuery修改数据Schema.此外更便 于套用XSD来验证数据的有效性,这 样数据交换的原数据检查和入库前 的检查都有了保证. 2.同一数据往往需要与不同的 业务伙伴分享.但是不同业务伙伴 需要的schema是不同的:这个就更依 赖于结构化存储,通过配置不同的 XSLT就可以轻松的因人而异准 备数据. 3.便于业务流程的合并和重组: 以往的关系化设计更类似于结构化 程序设计.要求每一步都readythen go,但是业务流程又常常是在变化 的.不断会常常出现新的业务,而且 出于效率和人力成本的考虑很多业 务也会常常合并,那么体现在XML数 据上通过XOuery快速的拆分,组合 XML树型结构是非常方便的. 4.各个厂家的