基于.NET平台分布式数据库管理信息系统研究与设计.pdfVIP

第二章 整合分布式数据库信息系统的可行性分析 2.1 传统分布式应用的解决 一提到分布式解决方案，传统的方法是采用分布式组件技术。像分布式组件对 象模型（DCOM）、公共对象请求代理体系结构（CORBA）和JAVA中的远程方法调用（RMI）， 这些技术在企业内联网环境中都工作得很好，支持在网络连接上调用组件。 分布式组件对象模型（DCOM），建立在 COM 基础上，是由微软提供的一种用于开 发分布式系统的方法。DCOM 中，可以在一台计算机上执行 COM 对象，而在另一台计 算机上创建 COM 对象，并访问它们的方法。远程对象的位置是透明的。通过 DCOM ， 可以采用访问本地对象的方式准确访问远程对象。 CORBA在面向对象的标准化和互操作上迈出了坚实的一步。使用CORBA，用户能 在不知道软件和硬件平台以及网络位置的情况下透明的获取信息；CORBA自动进行许 多网络规划任务如对象注册，定位，W激活，多路径请求，分帧和错误处理机制，并 行处理以及执行操作，作为面向对象系统中的通信核心， CORBA 为当代的计算环境 中带来了真正意义上的互联。 RMI（Remote Method Invocation，远程方法调用）是用 Java 在 JDK1.1 中实现 的，它大大增强了Java开发分布式应用的能力。Java作为一种风靡一时的网络开发 语言，其巨大的威力就体现在它强大的开发分布式网络应用的能力上，而RMI就是开 发百分之百纯 Java 的网络分布式应用系统的核心解决方案之一。其实它可以被看作 是RPC的Java版本。但是传统RPC并不能很好地应用于分布式对象系统。而Java RMI 则支持存储于不同地址空间的程序级对象之间彼此进行通信，实现远程对象之间的无 缝远程调用[1]。 2.2 传统方法在该方案中的弊端和应用难点 基于中间件的集成如CORBA、DCOM等之间的互操作，他们的方法都是先建一个集 成平台，然后开发各种各样的适配器和连接器(Adapter connector)去连接已有的 应用系统。用适配器来进行信息的有效收集、现有集成平台与原有平台的信息转发。 第 6 页 而这种情况下，应用程序和消息总线之间的连通性是用私有总线API和应用程序API 来实现的。这种集成本质上仍然是点对点的集成，不仅有失灵活，而且容易受制于传 统分布式对象中间件技术存在的局限性，该集成防范成本太高、实现过程复杂且无法 通用。传统方法的根本问题都是客户端与服务端之间耦合过于紧密。这种紧耦合的集 成方式将影响系统的灵活性和扩展性，阻碍业务的流程调整和优化，不利于企业业务 发展。在一个纯粹的内联网环境中，上述技术都可以正常地发挥其作用，但是在与其 它协议进行交互时它们都不能很好地发挥其作用。使用DCOM无法调用Java组件，另 外通过 RMI 也无法调用 COM 对象。试图在 Internet 上使用这些技术则会带来一个更 加困难的问题。防火墙常常阻碍对 TCP/IP 端口请求的访问，因为防火墙都是以私有 格式编写的，客户机和服务器都必须运行兼容软件才可以穿越防火墙。 2.3 现代企业分布式数据库应用现状分析 经过十几年的努力，我国企业信息化已经得到了很大的发展。不少企业采用了信 息系统等先进的应用系统来实现企业信息化。随着网络技术和电子商务的迅速发展， 企业的业务流程将同时涉及到多个应用系统，企业信息系统从单独服务于企业内部的 员工和企业管理决策者，扩展到企业外部供应商、合作伙伴、客户和代理商，企业必 须不断提高自己的信息化水平来满足现代企业业务变化、市场激烈竞争的需要。这就 要求企业的应用系统能够协同工作，但接口、架构的不统一往往使得各个信息系统之 间的兼容性和集成性成为问题。企业信息化建设的这些问题，导致目前一个普遍的现 象就是企业“信息孤岛”问题 [2] 。 现在企业越来越多地致力于将已有的软件与新软件进行集成来实现新的应用功 能。最终目标是企业可以快速方便地将不同应用程序集成到一起。 由于企业规模的扩大，企业分布在各地的情况不可避免，如何在最优成本下实现 远程的系统集成成为企业难以解决的问题。而Internet的发展和Web服务的发展为 这一难题带来了解决之道。 当前最有价值进行实施的电子商务应用，它们是： 企业门户(Portal)：企业门户与一般信息门户有本质的区别，企业门户主要是为 企业的重要客户、合作伙伴和自身的员工服务的。它