OGSA(精选四篇)
OGSA 篇1
网格实际上是继传统Internet、万维网之后的第三代Internet应用。网格带来了虚拟组织管理发展的新契机。网格能对互联网上各种闲置资源进行有效的管理,它把分散在不同地理位置的资源虚拟成为一个空前强大的信息系统,实现计算资源、存储资源、数据资源、信息资源、软件资源、知识资源和专家资源等的全面共享[2]。
1 网格在供应链方面应用的现状
网格在供应链方面的研究还不是很多,还处于探索阶段,目前作者搜索到同济大学博士生陈志圣对网格在供应链信息系统中的应用作了相关的研究;王秦,润彤,声波对网格计算环境下的供应链管理最优化作了相关模型设计与实现;马继辉,蒋明青提出了供应链网格的体系结构模型。网格技术在供应商管理库存中的研究更少,南京航空航天大学的郭梅,朱金福,张玮对供应链库存系统中利用网格技术进行控制作了相关研究;北京交通大学的马建红提出运用网格计算来解决供应链中供应商管理库存策略存在的问题,是库存管理的发展趋势,会使库存更趋向于理性。本文通过探讨网格技术在供应商管理库存中的应用,形成一个基于OGSA的供应商管理库存系统的基本策略。
2 运用VMI的具体案例
在大型跨国企业里实施VMI已经是一种趋势,如Wal-Mart、戴尔、惠普等企业相继实行了VMI,有效地降低了存货,减少了成本。本文以雀巢与家乐福公司为例,研究其具体实施VMI的过程及其运用的信息技术。
整个VMI具体的运作方式分为五个步骤,说明如下:
(1)家乐福用EDI方式传送结余库存与出货资料等信息到雀巢公司。
(2)雀巢公司将收到的资料合并至EWR的销售数据库系统中,并产生预估的补货需求,系统将预估的需求量写入后端的BPCS(Business Planning and Control System,企业计划与控制系统)ERP系统中,依照实际库存量计算出可行的订货量,产生原始订单。
(3)雀巢公司以EDI方式将原始订单传送给家乐福。
(4)家乐福公司在确认订单并且对其做出必要的修改(量与品项)后回传到雀巢公司。
(5)雀巢公司依照确认后的订单进行拣货与出货。
其运作过程如下图所示,家乐福物流提供配送运货服务。
从以上工作流程可以看出采用VMI比传统的库存策略先进,使家乐福内部库存流程得到了精简,减少了库存成本,能更好的响应市场需求。雀巢依据家乐福每日提供的库存与销售资料进行分析与统计,较及时地进行库存补充,并且可提早引进与生产市场所需商品,降低缺货率。VMI中的信息传输采用EDI方式,EDI能够把供应商管理库存中涉及的各个环节连接起来,形成一个统一的有机整体,从而使得供应链上的供应商、销售商、物流能共享数据,解决了传统的贸易单据流通过程中的时间延误、准确率低、劳动力消耗多和信息到达不确定等问题。
但是在VMI的运作中采用EDI还存在一些弊端:
(1)补货信息传输到家乐福物流,家乐福物流还要查看其他商品是否需要补货,是否顺路,计算需要运货容量等,统筹安排补货策略,使补货的效用得到最大化。因此真正完成雀巢商品的补货配送过程还需要一段时间,不能实现真正意义上的及时配送;
(2)雀巢与家乐福均采用的EDI增值网络的方式进行传输,这需要一笔不小的投资,由于雀巢与家乐福都是大企业负担的起,但是雀巢同时还向一些小超市,商店供应商品,如苏果等,就不能确保每个销售商都能承担建立EDI的高额费用。同理,家乐福也销售一些小公司的商品,小公司也不愿意花大价钱建立EDI;
(3)开发EDI应用程序非常复杂性,不是每个企业都有计算机高端人才,这就导致了能够采纳EDI的用户数量被限制在一个很小的基数上;
(4)EDI建立在固定的事务集合和商业规则的基础上:大企业所用的商业规则可能在中小型企业中完全不适用,不同行业间的商业规则也不同,甚至同一行业中同等规模的公司也会实现不同的商业规则。而且,商业规则是随时间变化的,这就导致企业间交换信息的不便。例如,雀巢要向一个新的销售商提供商品,就必需重新达成商业协议,对各方的数据集合进行映射,这样,雀巢向新的销售商发送的数据集合经过翻译才能变成对方所识别的格式;
(5)实现EDI时,不同企业根据需要对标准进行一定的选择,去掉他们根本不需要的部分,即开发IC(Implementation Convertion),形成被裁减了的标准信息版本,花费很高,且不同版本之间的消息不能相互处理。
由于这些原因,EDI在我国的应用并没有普及。
3 基于OGSA的VMI策略
由以上章节的分析可知,网格技术的特性非常适合运用于供应链系统中,并且网格技术对于资源信息共享的能力正是我们所研究的VMI需要的。因此本文构建了基于OGSA的VMI策略,如图1所示:
在该结构中,主要由通知机制将销售商的库存及销售信息通知供应商,OGSA将消息的发布方服务接口称为Notification Source,而将消息的接受方服务接口称为Notification Sink,通过这两个接口实现通知机制,以便用一种标准的方式来处理通知。
供应商通过订阅通知查看销售商的库存的变动状况,利用数据服务为用户请求寻找合适的资源执行任务,当监控到得销售商的库存低于设定的阈值时,利用订单服务生成补货订单,并通过第三方物流进行补货。当供应商决定补货的数量时,需要依据两个方面的条件:第一,供需双方在事先签订的协议所规定的补货量的范围;第二,销售商的近期的销售状况。供应商可以通过Web Service之间的交互获取相数据,即在经销商处有一个Web Service负责提取数据库中的销售数据并向权限的供应商Web Service发送数据。销售信息不仅可以用于确定当前的补货量,同时对市场需求进行分析和预测,为供应商生产商品的计划以及对其上游企业的原材料采购提供依据。
VMI模式的实现需要通过以下过程的支持:销售商库存通知、供应商订阅通知、供应商获取销售信息、供应商制定补货策略、通知物流补货。我们通过雀巢家乐福的例子说明基于网格的VMI的运作流程。在该例子中,只有一家雀巢公司对一家家乐福超市供货,即只有一个供应商和一个销售商。
(1)当家乐福卖出一份时,POS系统会将销售信息输入计算机,库存管理服务会对该笔交易所涉及的库存编号进行修改。当雀巢育儿奶粉的库存小于安全库存量时,通知机制就会向代理服务发送一个通知消息。
(2)代理会通知订阅该消息的供应商的监控服务。
(3)监控服务会生成相应的报告并将其列在雀巢相关工作人员的Web页面中,负责人员登录到自己的Web页面会立即看到相应的通知消息。
(4)雀巢相关工作人员将会调用相应的销售分析服务,通过其获取雀巢育儿奶粉在家乐福的近期售信息。
(5)最后根据实际情况,制定补货策略并利用订单服务为经销商下一份补货订单,家乐福确认订单后,家乐福物流进行配送,最后完成财务结算。
在现实情况中会有很多家雀巢这样的供应商向家乐福供货,同时雀巢也会向多家超市供货,在网格环境下,物流可以通过监控到的各个供应商的订单,统筹安排送货,这样既可以减少每次订货的批量,降低安全库存,又可以达到整车配送规模。通过该模式可以极大的提高工作效率以及降低交易成本。
4 通知订阅功能在VMI中的应用
OGSI是一个技术说明,能够用于实现在OGSA中定义的网格服务。通知机制允许客户端通过注册来获取特定的消息,并且支持消息的异步单向传输。如果一个服务愿意向外提供消息通知,它必须支持Notiftcation Source接口,对消息的订阅行为进行管理。一个服务如果愿意接受消息通知,它必须实现Notification Sink接口,通过该接口可以获取通知的消息。OGSI的订阅通知机制包括以下几个方面:
通知源:要求实现Notiftcation Source接口,可以有多个接收者。Notiftcation Source接口定义了subscribe方法。该方法接收的参数包括:订阅表达式、通知订阅者服务和订阅过期时间。客户端通过这个方法订阅通知源的消息。通知订阅表达式是可扩展的,用户可以定义通知订阅方式。
通知接收器:要求实现Notification Sink接口,该接口定义了一个回调方法delivery Notification。通知源发送通知时调用通知接收器的这个方法。
订阅通知:通知接收器所需数据的结构和内容一般与通知源所提供的不一致。通知接收器需要对所有发布数据进行分析,选择自己需要的数据并制定相应的合并规则和转换机制,形成订阅任务。
订阅表达式:描述发送什么样的通知到通知接收器。
传递通知:从通知源传送到接收器的消息体。
通知的传递过程如图2所示[3]:
通知从通知源到通知接收器的整个传递过程包括三步:
(1)消息的接收器利用自己的网格服务句柄在通知源接口上激活订阅操作;
(2)通知消息流从通知源发向通知接收器;
(3)仅仅以上两步还不够,为了能够持续获得通知,通知接收器要周期性地给通知源发送保持存活的消息,让通知源知道它仍然对接收通知感兴趣。
传统的VMI中数据通过EDI方式传送,是单向的,即销售商向供应商发送销售及库存信息,供应商相关工作人员在某一时刻查看是否需要给此销售商补货。在这种方式下,当销售商的库存低于警戒库存需要立即补货时,供应商相关工作人员或许能及时进行库存分析,安排补货配送,也有可能忙于查看其他销售商的消息,拖延了对此供货的处理。特别是在交易量很小的时候,管理员不知道什么时候需要进行补货,可能几天才查看一次,那就会对双方的收益造成影响。
本文中使用网格的标准通知机制。当需要补充库存时,会主动通知管理员,使得订单可以及时得到处理。能够真正意义上实现及时补货。
5 结论
本文分析了供应商管理库存在信息共享中存在的问题,在对网格理论研究和应用的基础上找到两者之间的契合点,将网格技术与供应商管理库存有效的结合,并形成了一个基于网格的供应商管理库存策略。但是基于网格的供应商管理库存的实施是一个非常复杂的问题,因此实施过程中的步骤、方法、注意点,还需要进一步的理论研究及实施检验。
摘要:通过分析EDI传送方式在供应商管理库存(VMI)中所面临的问题,提出了将网格技术运用到供应商管理库存中,形成了一个基于OGSA的供应商管理库存的策略,并且分析了该策略对VMI中信息共享的促进作用。
关键词:网格,OGSA,供应商管理库存,信息共享
参考文献
[1]郭梅,朱金福,张玮.供应链库存系统网格环境中的控制研究[J].商业研究,2006(351):129-132.
[2]陈志圣.基于网格理论的供应链信息系统的研究[D].上海:同济大学,2008.
OGSA构架下的数据集成研究 篇2
基于SOA和Web服务技术的应用集成是集成技术上的一次重大突破,集成的对象是一个个的Web服务或者是封装成Web服务的业务处理。Web服务技术由于是基于开放的技术标准(如HTTP,SMTP,SOAP,WSDL和UDDI等),支持服务接口描述和服务处理的分离、服务描述的集中化存储和发布、服务的自动查找和动态绑定以及服务的组合,成为新一代面向服务的应用系统的构建和应用系统集成的基础设施。
一、基于OGSA构架的集成环境
OGSA是面向服务的体系结构。在OGSA架构下,服务就是一种通过信息交换来提供给客户某种能力的实体,这种服务可定义为导致服务执行某些操作的特定信息交换的序列。只按照信息交换来定义服务操作,给如何实现服务以及放置服务带来了极大的灵活性。在这种体系结构中,内部实体都是服务,因此任何对体系结构来说可见的操作都是消息交换的结果。
在OGSA架构中,各种服务行为能够以标准方式来表示而不依赖于上下文,这样,可以简化应用设计并有利于代码重用,同时,在OGSA架构中,通过在一个公共面向消息的服务接口里封装服务操作来支持服务虚拟化,服务虚拟化将用户同实现和定位服务的细节隔离开,使服务组合更加容易。相比于以往的分布式技术,在OGSA架构下构建的服务具备自描述、可直接绑定HTTP协议等特征,有效地实现了松耦合应用集成。
此外,过去使用的基于RPC(Remote Process Call)和AP的集成技术都是一种函数级别的静态解决方案,OGSA架构下的Web服务则是一种动态的集成方案,所有的服务都可以通过UDDI标准动态地被发现、绑定和使用,容易适应系统的变动,提高系统.的灵活性和伸缩性。在这样的一个集成环境中,针对大量的、由不同系统提供的服务,业务用户只需要在业务的层次上描述需求,就能将用户的需求和对服务的质量等要求,映像到Web服务的集合上,按需组合满足需求的Web服务以完成用户任务。这样经过服务资源虚拟化和业务用户的配置,就可以为使用者提供跨组织边界的一站式服务环境。具体说来,OGSA提供了如图1从简单到复杂的三种运行环境[1]:
1、简单运行环境;
2、虚拟运行环境;
3、组操作环境。
这三种环境的关系从简单到复杂,包含的服务从具体到抽象。用户直接提出的服务要求,一般都比较抽象和复杂,但是这些要求可以转化为多个相对基本的要求或者服务,这样层层分解,直到找到基本可以满足的服务为止。
二、OGSA构架下实施集成的特点
在OGSA架构下实施集成的步骤和采用传统的面向函数和方法的集成技术类似,在进行初始设计的时候主要考虑不同应用之间,系统不同模块之间消息及数据传递的需求,根据具体需求设置相应的接口,描述接口特性,针对不同应用的平台选择相应的Web服务组件。不同的是在OGSA架构下采用Web服务来进行应用程序的集成,Web服务的开放标准使组织能够创建可重用的应用程序接口。当被包装成一个Web服务或一组Web服务之后,任何应用程序理论上都可以通过SOAP消息与任何其它的应用程序进行通信,Web服务提供了连接所有软件的标准。另外,Web服务的开发和维护比较简单。除此之外,OGSA架构下的应用集成还有以下三个特点:
1、动态性,动态性是指业务集成的动态性,通过解析业务端集成需求,将配置描述映像为动态服务组合,执行服务资源的动态组合、绑定与用户交互。
2、实时性,与传统集成相比,软件资源之间的集成是松散耦合的,业务的集成可在运行时完成,服务的描述、注册和注销等功能支持了集成资源的“热插拔”。
3、开放性,基于Web服务的集成采用开放的、基于文本的标准,使得不同语言编写的组件以及不同平台的组件之间可以互相通信,符合标准的服务将直接服务于这种开放环境下的灵活的集成,最大程度的复用资源。
三、结束语
本文在开放网格服务体系结构下,分析了实施数据集成的三种环境,总结了实施数据集成的特点,为实现数据集成奠定了理论基础。
摘要:面向开放网格服务体系结构,分析了数据集成的三种运行环境,简单运行环境、虚拟运行环境和组操作环境,总结了实施集成的特点,为实施数据集成奠定了理论基础。
关键词:OGSA,数据集成,集成环境
参考文献
[1]OGSA结构描述[EB/OL].http://www.gridforum.org/ogsiwg/drafts/ogsa_draft2.9_2002-06-22.pdf,http://www.Globus.org/ogsa/.
[2]南凯,阎保平.扩展OGSA-DAI的数据集成框架及原型[J].计算机工程,2007
[3]刘建新,阎保平.OGSA-DAI体系结构及其关键技术[J].计算机应用,2004
[4]Databases and the Grid OGSA-DAI Architecture&Status[J].Malcolm Atkinson OGSA-DAI Chief Architecture,2002.
OGSA 篇3
实现对分布式异构关系数据库访问与集成时, 常常运用OGSA-DAI (Open Grid Service Architecture Data Access And Integration, 开放网格服务体系结构数据访问与集成) 来开发。但是, OGSA-DAI没有提供表现层的解决方案, 允许应用开发者自由选择表现层解决方案, 并通过Web Services方式与OGSA-DAI交互。Flex是目前最流行的RIA (Rich Internet Application, 富互联网应用程序) 解决方案之一, 相比于传统网络应用, 拥有更加卓越的交互能力和绚丽的表现效果。因此采用OGSA-DAI结合Flex, 充分发挥两者的优势, 可以大大提高开发效率。
1OGSA-DAI和Flex特点分析
1.1Flex
Flex的开发模式是基于事件驱动的, 为程序开发人员提供了丰富的数据显示或与用户交互的组件库。Flex组件部署简单、安全性高、扩展灵活、交互表现丰富、编程容易, 使程序员从繁重的界面调试中得到解脱, 加快了Web应用系统的开发速度。
1.2OGSA-DAI
利用OGSA-DAI可以有效地屏蔽底层平台的异构性, 实现异构数据库的统一访问, 具体特点有:①可配置性, 即实现数据源的“即插即用”;②可扩展性, 以提高数据访问的透明性, 便于维护和更新;③全局数据库视图。要求将网格环境下的多个异构数据库的共享信息集成为一个全局数据库视图, 用户访问多个异构数据库就如访问单个数据库一样, 实现分布式透明访问;④统一的查询模式。要求采用同一种数据模型和查询语言来访问其他异构数据库, 无需切换不同的查询语言, 就像与其他异构数据库一样采用的都是同一种数据模型和查询语言, 实现查询的异构性透明;⑤各异构数据库自治:要求保持各单位现有系统和数据库的正常运行, 维护各自数据库的完整和独立, 对现有系统和数据库尽量不做变动或少作变动。
2实现方法
2.1实现思路
系统的表现层主要利用Flex技术实现, OGSA-DAI实现对异构分布数据库进行访问与集成。OGSA-DAI提供了3种方式与表现层进行交互, 分别是Web服务 (支持Apache Axis访问) 、GT (Globus Toolkit) 访问Web服务和可直接调用的Java API。这里选择的是在业务逻辑中直接调用Java API来实现OGSA-DAI进行交互。
在Flex与OGSA-DAI交互时, Flex使用ActionScript 3.0语言实现, 而OGSA-DAI采用纯Java实现, 两种技术的交互需要一个数据类型转换中间件来进行转换。在本文中, 采用Blaze DS实现Flex的值对象 (Actionscript语言实现) 与OGSA-DAI的JavaBean对象 (Java语言实现) 之间的数据类型转换。
系统框架主要由Flex客户端、数据类型转换中间件Blaze DS、OGSA-DAI和全局数据库等4部分组成。Flex客户端进行页面展示;Blaze DS负责Actionscript对象与Java对象的数据类型转换;OGSA-DAI用来对分布的数据库进行访问, 并集成为一个虚拟数据库;全局数据库是用来对虚拟数据库的元数据进行管理, 系统元数据主要包括多源异构数据库元数据在内的数据结构元数据和包含描述多源异构数据资源在内的数据资源元数据。系统基本框架如图1所示。
为了提高系统开发效率, 系统采用了hibernate框架对全局数据库进行读写等操作, 并采用spring对BlazeDs、hibernate和系统业务逻辑进行集成, 便于事务控制。图2中, Web服务器、本地OGSA-DAI服务器和全局数据库部署在本地, 是系统的主要组成部分。位于远程的数据库也需要安装OGSA-DAI服务器, 其主要作用是把数据库包装成网格服务进行发布, 便于数据访问与集成。
2.2虚拟数据库实现
从数据消费者的角度看, 虚拟数据库是指对分布式异构数据库的集成, 给用户提供一个全局视图。这样, 用户就无须关心数据库的物理分布情况, 可以像查询一个普通数据库一样从这个虚拟数据库中获得所需要的数据。以下举例说明虚拟数据实现的原理。
考虑有3个分布式数据源, 一是广州某网格节点的 Oracle数据库, 其数据资源ID为GZDataResource, 即RESOURCE_ID=GZDataResource;此数据库中包含有数据库表table1;二是南京某网格节点的MySQL数据库, 其数据资源ID为NJDataResource, 数据库中包含有数据库表table2。三是北京数据集成中心有一个SQL Server2005数据库, 其RESOURCE_ID=BJDataResource, 此数据库中包含表table3;北京数据集成中心要集成这3个分布式数据库资源, 首先北京总部以Web的方式让广州、南京等地的数据节点进行数据资源注册并把注册信息存储在全局数据库中, 注册信息主要包括URL和RESOURCE_ID等;总部数据集成中心获得注册信息后, 部署一个RESOURCE_ID=MyDQPDataResource的DQP资源; DQP按照其规则集成各数据节点创建一个虚拟数据库, 即可实现分布式透明访问。
DQP创建虚拟数据库的规则是集成后的虚拟数据库, 其数据库表名为原数据资源RESOURCE_ID做为前缀, 加上下划线“_”, 再加原数据库表名构成虚拟数据库中新的数据库表名, 即虚拟数据库表名=“原数据资源RESOURCE_ID”+“_”+“原数据库表名”。可见, 在上例中, DQP资源ID为MyDQPDataResource创建的虚拟数据库中包含三个表名为GZDataResource_table1、NJDataResource_table2和BJDataResource_table3, 虚拟数据库表中的字段信息与原数据库表保持不变。实现过程如图2所示。
虚拟数据库集成的客户端实现主要利用Flex技术, 其程序流程如图3所示。
首先, 浏览器获取数据资源, 客户端dataresource.mxml文件接收用户选定的待集成数据资源, 待集成的数据资源存储于值对象integrationdataresource.as中;然后, 浏览器接收虚拟数据库ID及名称 (即用户点击集成) , 由客户端程序integrationtheme.mxml的Form组件接收并存储于值对象integrationInfo.as中;两个值对象通过Blaze DS交互到服务器端相对应的integrationdataresource.java和integrationInfo.java中, 服务器端程序DataIntegrationImpl.java获取两个JavaBean对象并通过XML解析器写入到OGSA-DAI服务器的DQPResourceConfig.xml文件中, 完成虚拟数据库集成。
3结束语
利用Flex卓越的表现力和OGSA-DAI有效地屏蔽多源数据库的异构性等优点, 实现了对多源异构数据库进行统一访问, 具有可扩展性、可配置性和通用性, 是解决数据集成问题的有效方法。
摘要:OGSA-DAI是一个开源的数据网格中间件, 用于简化对数据的访问与集成, 支持访问关系数据库、XML数据库和文件目录系统等数据源, 但是没有提供表现层解决方案。探讨了利用OGSA-DAI, 结合Flex设计了一个实现多源异构数据库集成的框架。
关键词:OGSA-DAI,Flex,异构数据库
参考文献
[1]OGSA-DAI官方网站[OL].http://www.ogsadai.org/index.php.2010-09-16.
[2]黄曦.Flex3.0 RIA开发详解:基于ActionScript3.0实现[M].北京:电子工业出版社, 2008.
OGSA 篇4
关键词:网格,开放网格服务架构-数据访问与集成,异构空间数据
1 引言
空间信息资源的共享和集成实现的途径是网络化, 分布式计算技术是解决分布式资源的有效方式, 空间网格计算是分布式计算的一个新阶段, 主要解决如何在动态异构的虚拟组织中控制和协调资源的共享[1]。然而将具有海量数据特性的空间数据库运用到网格环境中必然面临一些问题, 如网格环境中的各异构空间数据库之间如何进行数据共享和集成等。
2 技术简介
O G S A-D A I (O p e n G r i d S e r v i c e s Architecture-data Accessand Integration) 是一个数据访问与集成的开放源码实现, 其主要目的是在开放网格服务结构 (OGSA) 的基础上, 以网格服务的形式为用户提供数据访问和管理服务[2]。OGSA-DAI是通过执行工作流来实现异构数据源的集成的, 工作流是由一系列定义良好的活动单元组成的。
3 OGSA-DAI实现对空间数据的访问
3.1 空间数据访问与集成体系架构
空间数据不同于普通的数据, 它具有空间性、时间性、多维性和大数据量等特点。而且数据之间不仅有传统的关联关系, 更多地还有空间关系, 这就给数据的处理和利用带来了更多的难度。在网格环境中, 由于空间数据的存储有自身的复杂性, 传统的数据库访问方法对于网格用户的支持不足, 因此, 我们将开放网格服务结构 (OGSA) 下的数据访问与集成 (OGSA-DAI) 技术引入到空间数据库的访问中, 以网格服务的形式为用户提供空间数据的访问和集成。
由于OGSA-DAI中间件对空间数据的访问存在很大的缺陷, 因此必需对OGSA-DAI进行空间数据访问和集成的扩充, 主要通过扩充DAI中的查询活动类 (SQLActivity) 来实现。
3.2 数据访问过程
数据访问过程主要分为以下几个步骤:
3.2.1 配置数据服务
在OGAS-DAI WSRF的binary distribution目录下也就是切换到ogsadai-wsrf安装目录运行命令:
ant deployservice-Ddai.container增加数据服务。
3.2.2 配置数据服务资源
首先编辑ogsadai-wsrf中的data.service.resource.properties文件, 然后运行命令:ant deploy Resource
3.2.3 数据服务与数据服务资源的连接
键入下列命令即可发布数据服务及数据服务源:
ant expose Resouree
-Ddai.container=ws-core (/path/to/Web/servieces/container)
-D d a i.s e r v i c e.n a m e=o g s a d a i/Data Service (service/name)
-Ddai.resource.id oracle。
3.2.4 部署配置文件
1.编写sde_query.xsd文件添加对空间信息查询类的支持;
2.将空间数据资源访问类S D E D a t a R e s o u r c e A c c e s s o r添加到data Resource Class Config.xml文件中;
3.将空间数据查询活动类SDEActivity添加到activity Config.xml文件中。
4 结论
通过使用网格技术、OGSA-DAI技术和网格数据服务可以实现空间数据库的访问和集成, 为异构空间数据库的访问和集成提供了一种新的模式。在这种模式下, 用户对数据资源的访问更加透明、高效、可靠。[3]本文探讨采用OGSA-DAI技术来实现空间数据访问的方法, 在分析OGSA-DAI体系架构的基础上, 通过扩展OGSA-DAI活动查询类实现对空间数据的访问和集成, 实验证明该方法是可行的。
参考文献
[1]Foster I, Kesselman C, Nick J, et al.The Physiology of The Grid:AOpen Grid Services Architecture for Distributed SystemsIntegration[Z].2006.
[2]金宝轩.网格环境下的异构空间数据库集成技术[J].计算机工程, 2008 (05) .