029-开发客户amp;服务器应用程序.pdfVIP

下载 第2 9章 开发客户/服务器应用程序 本章内容： • 为什么采用客户/服务器模式 • 客户/服务器体系结构 • 客户/服务器模型 • 客户/服务器与桌面数据库开发的比较 • SQL 在客户/服务器开发中的角色 • Delphi 客户/服务器开发 • 服务器：后端设计 • 客户：前端开发 到底什么是“客户/服务器( C l i e n t / S e r v e r ) ”？现在好像每个人都在使用客户/服务器系统，或者开 发这种系统。除非花时间去理解这个问题，否则很容易混淆客户 /服务器的真正含义，也无法理解为什 么它能实现某些功能而其他技术不能。 如果你是一位D e l p h i开发人员，那么一定会对客户/服务器结构感兴趣。实际上，Delphi 5本身就是 一个客户/服务器开发环境。但是，这并不意味着用D e l p h i开发的任何应用程序都是客户/服务器结构的。 同样，也不能因为它访问了一个客户/服务器结构的数据库(例如O r a c l e 、Microsoft SQL 或I n t e r B a s e )，就 说它是一个客户/服务器应用程序。 本章主要介绍构成一个客户/服务器系统的基本要素，并且对客户/服务器开发与传统的桌面或集中 式数据库开发进行比较。此外，本章还论述了为什么要采用客户 /服务器方案。本章还讨论了 Delphi 5 如何提供开发客户/服务器(三层)应用程序的能力。这里还指出了当桌面数据库开发者转向客户 /服务器 结构时容易出现的问题。 29.1 为什么要采用客户/服务器结构 这里有一个需要考虑采用客户/服务器方案的典型例子：假设你现在负责开发一个部门级的应用程 序，要访问的数据位于局域网或文件服务器上。该部门内有许多人要使用这个应用程序。由于这些数 据对你的部门更加有用，可能需要创建新的应用程序来利用这些数据。 假设公司的其他部门也需要使用这些数据，那么就要为这些部门另外开发应用程序。为了使数据 能够被多个部门共享，需要把它们转移到一个数据库服务器上。随着这些数据的应用范围的扩大，对 于决策者而言，不仅需要一种方法来快速访问到数据，而且还要使这些数据能够有助于决策。 由于这些数据需要有全局的可见性，传统的通过网络连接的桌面数据库程序暴露出几个固有的问 题。其中一个问题是繁重的网络传输(造成数据检索的瓶颈) ，另一个问题是数据安全性。 这只是一个简单的例子，但足以说明使用客户 /服务器方案的必要性。客户 /服务器方案可以解决 以下几个问题： • 允许按照部门来使用数据，每个部门只处理它负责的那部分业务的数据。 • 以一种更有效的方式为决策者提供决策支持。 • 在管理信息系统( M I S ) 中加强对数据的集中控制，以维护数据的完整性，而对数据分析和使用的 集中控制只需花费较少精力。 第2 9章 开发客户/ 服务器应用程序 1 0 1 3 下载 • 对整个数据库进行数据完整性验证。 • 更好地划分客户端和服务器端的工作(使它们各自从事合适的工作) 。 • 可以利用大多数数据库提供的高级数据完整性控制功能。 • 由于只返回客户所需的子数据集而不是完整的数据库表，从而减少了网络流量。 记住，上面所列的几条并不完全。在本章后面的部分，将继续介绍转移到客户 /服务器结构的其他 好处。 需要指出的是，客户/服务器结构并非在任何情况下都是适合的。作为一个开发人员，必须首先对 客户的需求进行彻底的分析，并由此决定是否要采用客户 /服务器结构。有一个需要考虑的问题是，客 户/服务器系统往往是比较昂贵的。开销主要包括网络软件、服务器操作系统、数据库服务器以及支持 这些软件的硬件平台。另外，对于不熟悉服务器操作系统和数据库服务器的用户来说，还有一个学习 的过程，这也是不容忽视的。 29.2 客户/服务器体系结构 典型的客户/服务器结构包括一个前端 (或称终端用户，即客户 ) ，它的作用是访问和处理来自远程 机器(服务器)上的数据。实际上，客户和服务器并没有明确的定义，但是可以认为服务器提供服务， 而客户向服务器请求服务。可能有多个客户向同一个服务器请求服务，这就需要服务器决定怎样处理 这些请求。此外，在客户/服务器系统中，除了客户和服务器外还有其他部分，后面在介绍三