面向服务的计算和web数据管理第10章-面向服务软件和数据库的接口.pptVIP

;本章讨论如何通过数据适配器连接传统的数据库与面向服务软件,不通过适配器直接与SOA软件通信的基于XML的数据库的开发,以及用统一的方式访问数据对象、传统数据库和XML数据的综合查询语言(LINQ)等问题。;

数据管理和数据库是所有分布式系统中的一个完整部分,它通常在一个四层结构中构成完整的一层。在提出SOA和SOC很久之前,数据库就已存在并广泛使用。当前主要的问题是数据库格式如何与SOC的数据格式有效通信,因为当前的数据库格式是列、行、表的集合,而SOC的数据格式大部分是基于XML的树状结构。;图10.1所示的是SOA系统和组件结合应用的场景。图的上部分是不同类型的SOA的应用,包括Windows应用、Web应用、移动和机器人应用以及诸如用BPEL编写的组合工作流应用。这些SOA应用可以使用Internet上的外部资源库中的远程服务执行应用之外的功能。图的下部分是支持SOA应用的数据管理和数据库。传统的关系数据库,如DB2、OLE、Oracle和SQL数据库,已经支持商务数据数十年,在现在和以后的许多年里,它们仍将在软件系统中扮演重要角色。目前的解决方案是：;对每一个数据库,都用一个数据适配器将该数据库的数据格式转换成SOA应用的标准接口,以便SOA应用中的代码独立于实际使用的数据库。每个数据库都有自己的数据适配器,数据适配器输出的是标准的数据集。这个数据集是表的集合,每一个表又由行和列组成。

数据库访问包括读写二级存储器,例如磁盘。这种访问的延迟时间即使不是百万倍地增加,也将会是数千倍地下降。因此,访问数据库的有效方法是一次就读或者写一个可能多次使用的大的数据块。数据集为数据库的读写提供了一个缓冲区。;;标准数据集可以直接发送给应用进行处理。数据管理层在将数据集发送给应用之前,将它转换为文本或XML格式,在处理能力有限的移动和嵌入式应用中更是如此。

虽然当前的业务都使用的是关系数据库,但对基于ＸＭＬ的数据库仍在积极寻求可消除适配器层的更好的解决方案。关系数据库为每一个数据项存储相同格式的信息,因此所有的数据项可以存储在一个由行和列组成的平面表中。XML数据库用???结点表示数据项,因此它能够在不同的数据项中存储不同格式的信息。;我们的挑战是开发一种可以有效表达数据查询的查询语言,它便于用户使用并且可以通过硬件高效执行。

本体是基于XML的,本体数据库存储能够描述数据性质和属性的元数据。本体可以看做是一种高级数据库和基于知识的系统,并发挥着越来越重要的作用。;

10.2.1数据库和软件之间的接口

数据库,例如磁盘文件,可以看做包含对象集合的文档。读写数据库就是将对象从源文档转移到目标文档。因此,通过文档转移可实现数据库适配。

;OLE(ObjectLinkingandEmbedding)是一个复合文档标准,由微软开发并于1990年首次发布。OLE允许在一个应用内创建对象,然后链接或嵌入到另一个应用中。嵌入对象保持原有格式,并和创建它们的应用相连接。作为一个分布式对象系统和协议,OLE能够访问不同的数据库。OLE内置于Windows和MacOS操作系统中。;Apple和IBM公司开发了另一个竞争性的复合文档标准,称为OpenDoc,它是一个开源的、多平台的体系结构,支持基于组件的软件开发。

从1993年最初的版本开始,分布式对象模型OLE经历过好几代的演化。在1993年,OLE扩展成“网络OLE”,然后再到组件对象模型COM(ComponentObjectModel),MacOS、Unix和Windows系统都支持它,但其主要还是应用于Windows。在Windows2000中,对COM做了重要扩展并将其更名为COM＋,后来又演化为DCOM。;OLE的另一个扩展是ActiveX数据库对象ADO(ActiveXDataObjectModel),它是编程语言和OLEDB的中间层,提供了一种独立于语言访问数据库的方式。ADO允许开发人员编写访问数据的程序而无需知道数据库是如何实现的。

DCOM和ADO中的所有技术都集成到VisualStudio.Net,它是一个一体化的、面向对象的、分布式的、面向服务的软件开发环境。ADO.Net取代了ADO,并且在很多方面对其做了改进。表10.1对ADO和ADO.Net的特点进行了对比。;表10.1ADO与ADO.Net的比较

;为了在ADO中访问数据库对象,需要实例化一个连接对象,调用这个对象的open方法,并传给它一个连接字符串,然后,通过对象中不同的方法访问对象。该链接一直处于活动状态并且对象被锁定,直到调用close方法关闭它。在ADO.Net中,也使用同样的原理。然而,它实例化一个System