DB2 pureXML如何应对新一代数据库技术挑战
2007-11-01 22:18:29 来源:WEB开发网核心提示: 访问地址 http://www.cncms.com.cn/db2/q372732.htmlDB2 purexml(标准化越来越近了)技术创新 IBM 的新一代数据库 DB2 9中第一次实现了关系型引擎与层次型引擎的结合,实现了混合数据库,DB2 pureXML如何应对新一代数据库技术挑战(5),IBM将此技术称为p
访问地址 http://www.cncms.com.cn/db2/q372732.htmlDB2 purexml(标准化越来越近了)技术创新
IBM 的新一代数据库 DB2 9中第一次实现了关系型引擎与层次型引擎的结合,实现了混合数据库。IBM将此技术称为purexml(标准化越来越近了)技术。
关系型数据库很早就已经开始考虑对xml(标准化越来越近了)的支持,但传统的技术一般还是基于关系型数据库的基本框架,用表之间的关系去模拟xml(标准化越来越近了)的层次结构.仅仅是对关系型数据的一些功能性增强,而非真正去适应xml(标准化越来越近了)所代表的层次型结构和面向对象的数据处理方法,因而难以发挥xml(标准化越来越近了)的灵活性、扩展性等方面的优势,大大限制了xml(标准化越来越近了)技术在数据库的应用。
关系数据库中的第一代 xml(标准化越来越近了) 支持是切分(或分解)文档以适应关系表格或将文档原封不动地存储为字符或二进制大对象(CLOB 或 BLOB)。这两个方法中的任一种都尝试将 xml(标准化越来越近了) 模型强制转换成关系模型。以大对象保存xml(标准化越来越近了)数据的方式使得数据库无法理解xml(标准化越来越近了)中的信息内容,每次对xml(标准化越来越近了)中任何信息的访问都必须将整个文档取出,然后再分解获得相应的信息内容,效率和灵活性都存在极大的限制。
如果采用将xml(标准化越来越近了)文档中的数据项都拆分到很多个对应的关系型表中的方式,首先失去了xml(标准化越来越近了)灵活性的优势.由于xml(标准化越来越近了)的数据项与关系型表中字段的对应是固定的,所以xml(标准化越来越近了)的扩展和变化必然要求数据库中对应表的结构改变,另外数据对象拆分后,已经不再有物理上对象的概念,同样在功能和性能上都有很大的局限性。
点击查看大图
与过去关系型数据库的xml(标准化越来越近了)增强功能不同,DB2 9中的purexml(标准化越来越近了)技术第一次真正意义上提供了一种与xml(标准化越来越近了)层次型结构相匹配的层次型存储方式和相对应的操作访问方式.
在purexml(标准化越来越近了)中,xml(标准化越来越近了) 作为一种新的数据类型。几乎每个 DB2 组件、工具和实用程序都已得到增强,以识别和处理这种新数据类型。新的存储模式以解析后的注释树形式(类似于 xml(标准化越来越近了) 文档对象模型 (DOM))保留 xml(标准化越来越近了),它与关系数据存储分开。
在两种数据存储(关系和 xml(标准化越来越近了))的顶部是一个混合型数据库引擎。该引擎可以处理 XQuery、Xpath、SQL和 SQL/xml(标准化越来越近了)。该引擎采用带有 SQL 和 XQuery 解析程序的双语查询编译器。因此开发人员可以根据具体情况更适用的原则使用任何一种语言(或同时使用这两种语言)。使用混合型 DB2 ,您可以根据信息管理的需要来灵活地选择数据的存储组织模式和访问方法,实现二者之间灵活的转换。
在数据库管理系统中存储关系和 xml(标准化越来越近了) 数据可提供灵活性和一贯快速的性能,因为数据库管理系统在每一个级别(从客户端到引擎,再到磁盘)都了解和支持这两种模式。xml(标准化越来越近了) 数据继承了 DB2 为关系数据提供的相同的备份与恢复、优化、可伸缩性和高可用性。最终,统一的 xml(标准化越来越近了)/关系数据库通过避免对分开存储的 xml(标准化越来越近了) 数据和关系数据进行集成,简化了业务过程。
IBM 的新一代数据库 DB2 9中第一次实现了关系型引擎与层次型引擎的结合,实现了混合数据库。IBM将此技术称为purexml(标准化越来越近了)技术。
关系型数据库很早就已经开始考虑对xml(标准化越来越近了)的支持,但传统的技术一般还是基于关系型数据库的基本框架,用表之间的关系去模拟xml(标准化越来越近了)的层次结构.仅仅是对关系型数据的一些功能性增强,而非真正去适应xml(标准化越来越近了)所代表的层次型结构和面向对象的数据处理方法,因而难以发挥xml(标准化越来越近了)的灵活性、扩展性等方面的优势,大大限制了xml(标准化越来越近了)技术在数据库的应用。
关系数据库中的第一代 xml(标准化越来越近了) 支持是切分(或分解)文档以适应关系表格或将文档原封不动地存储为字符或二进制大对象(CLOB 或 BLOB)。这两个方法中的任一种都尝试将 xml(标准化越来越近了) 模型强制转换成关系模型。以大对象保存xml(标准化越来越近了)数据的方式使得数据库无法理解xml(标准化越来越近了)中的信息内容,每次对xml(标准化越来越近了)中任何信息的访问都必须将整个文档取出,然后再分解获得相应的信息内容,效率和灵活性都存在极大的限制。
如果采用将xml(标准化越来越近了)文档中的数据项都拆分到很多个对应的关系型表中的方式,首先失去了xml(标准化越来越近了)灵活性的优势.由于xml(标准化越来越近了)的数据项与关系型表中字段的对应是固定的,所以xml(标准化越来越近了)的扩展和变化必然要求数据库中对应表的结构改变,另外数据对象拆分后,已经不再有物理上对象的概念,同样在功能和性能上都有很大的局限性。
与过去关系型数据库的xml(标准化越来越近了)增强功能不同,DB2 9中的purexml(标准化越来越近了)技术第一次真正意义上提供了一种与xml(标准化越来越近了)层次型结构相匹配的层次型存储方式和相对应的操作访问方式.
在purexml(标准化越来越近了)中,xml(标准化越来越近了) 作为一种新的数据类型。几乎每个 DB2 组件、工具和实用程序都已得到增强,以识别和处理这种新数据类型。新的存储模式以解析后的注释树形式(类似于 xml(标准化越来越近了) 文档对象模型 (DOM))保留 xml(标准化越来越近了),它与关系数据存储分开。
图 1. DB2 的新 xml(标准化越来越近了) 关系存储模型
在两种数据存储(关系和 xml(标准化越来越近了))的顶部是一个混合型数据库引擎。该引擎可以处理 XQuery、Xpath、SQL和 SQL/xml(标准化越来越近了)。该引擎采用带有 SQL 和 XQuery 解析程序的双语查询编译器。因此开发人员可以根据具体情况更适用的原则使用任何一种语言(或同时使用这两种语言)。使用混合型 DB2 ,您可以根据信息管理的需要来灵活地选择数据的存储组织模式和访问方法,实现二者之间灵活的转换。
在数据库管理系统中存储关系和 xml(标准化越来越近了) 数据可提供灵活性和一贯快速的性能,因为数据库管理系统在每一个级别(从客户端到引擎,再到磁盘)都了解和支持这两种模式。xml(标准化越来越近了) 数据继承了 DB2 为关系数据提供的相同的备份与恢复、优化、可伸缩性和高可用性。最终,统一的 xml(标准化越来越近了)/关系数据库通过避免对分开存储的 xml(标准化越来越近了) 数据和关系数据进行集成,简化了业务过程。
更多精彩
赞助商链接