Oracle8软件体系结构.ppt

* 由于系统运行过程中,Oracle不断的查询与更新数据字典,所以为了优化系统的内部操作性能, * ，在Oracle以前的版本中称为SQL*Net， * 使网络明显的表现为客户/ 服务器系统—应用开发人员不必编写底层应用逻辑代码（如网络协议的调用）来通过网络获取Oracle数据；相反，客户端应用只需要使用标准SQL语句就可以查询远程Oracle服务器中的数据，就像服务器客户端存在同一台机器上一样。 * 一个适配器供应商，可能为不用的源/目标应用（例如SAP R/3，Baan,PeopleSoft）或为特定的数据库（例如Oracle,Sybase,db2）,甚至为特定品牌的中间件，提供相应的适配器。适配器越来越复杂。并更加精巧，具有一些智能，而且为了捕获事件，可以运行在源/目标系统之上。 * * * * 胖适配器有许多优点，因此提供商几乎都在为之不断努力。当问题是，开发胖适配器需要大量的时间，几乎是开发瘦适配器的6倍，这也是进展不快的主要原因。但需求是迫切的，企业需要更复杂的集成方案，不必程序设计，容易使用的，类似于业务的方法来看待企业集成。 * * * * * * * * 由于目前多数应用集成技术提供商提供的各种各样的适配器不能很好的协调工作，因此需要JCA。但JCA是以Java为中心的设计的，由J2EE容器所援引。因此可以认为在体系结构方面与非Java的适配器是不匹配的，但非Java的环境可以支持JCA适配器。以下的思想是JCA的机遇和挑战，即把包应用的提供商和其他第三方，将构造并支持JCA适配器，这一思想使他们开发可用于各种不同的应用和集成服务器的JCA适配器。由于所有JCA适配器遵循一个规约，遵循一组服务和接口，因此其内部是可以有变化的。 * * * * * * * * * * * * * 适配器与J2EE连接子体系结构 1、引言： 适配器的任务是，将信息和应用服务自后台系统中“解放” 出来。因此， ? 适配器处于源/目标应用和集成服务器之间； ? 适配器通过将请求转换为源/目标应用可以理解的形式， 解析后台系统的差异，并转换源/目标应用的响应。 2、适配器的目的（purpose）: 过去，人们认为将应用A连接应用B，或将应用A、B连接一个集成服务器，必须使用应用所提供的某些接口与这些应用进行交互。连到应用和数据库的接口相当多，少到简单的、定义良好的API，多到复杂的、语义隐含的出口调用。 适配器是位于集成服务器和源/目标应用之间的层。例如，一个适配器可以是一组“文库”（library），实现2个不同接口（集成服务器接口和源/目标应用接口）之间的映射，向使用应用服务器的最终用户或应用集成开发人员隐藏了这些接口的复杂性。 有两类适配器：瘦适配器和胖适配器。这些适配器可能有两类行为：静态的和动态的。 瘦适配器： 在多数情况中，瘦适配器简单地是一些绑定器，将源/目标系统的接口映射为集成服务器所提供的公共接口。即它们简单地实施一个API绑定踪迹，把一个API连接到另一端接口。 Application Other Application Or Integration Servers API Thin Adapter (Abstraction) 瘦适配器并不在源/目标系统和集成服务器之间提供一些复杂的层，仅是在现有API之上的一些简单的抽象。 优点：实现简单。 缺点： （1）性能的影响； （2）仍然需要大量的程序设计； （3）对于那些复杂的问题，到API的映射几乎总是 独自的。 Application Other Application Or Integration Servers API Management Automation Transformation Queuing 胖适配器是位于应用接口之上一个更复杂的层 胖适配器： 胖适配器在集成服务器基础设施和源/目标应用之间提供了大量的软件和功能。胖适配器的抽象层使信息迁移和过程调用的管理不是痛苦的。因为该抽象层和管理器处理所有需要集成的那些应用之间的差异，几乎不需要程序设计。 胖适配器的特征（feature）是，能够独立于集成服务器，集中思考、处理信息。由胖适配器所实施的处理包括： （1）简单地转换应用语义，例如将原格式转换为标准形式。 （2）例外处理例程。 （3）在集成服务器中止运行的情况下，信息的排队和重新开 始。 （4）信息路由的方向，这可以不需要集成服务器中的服务。 静态和动态的适配器 静态的 目前，大多数公共的适配器是静态的。静态适配器必须依据源/目标系统的内容，