第19章 客户服务器数据库设计 计算机软件技术知识基础教程 .pptVIP

19.1 客户/服务器的基本概念和体系结构 19.2 客户/服务器结构的数据库服务器 19.3 客户/服务器结构的客户应用程序 ;第19章 客户/服务器数据库设计; 管理用户接口、从用户处接收数据、处理应用逻辑、产生数据库请求、向服务器发送数据库请求、从服务器接收结果并格式化接收到的结果。客户机执行的这些计算称为前端处理（Front-end processing），前端处理提供了对数据进行操作和与显示数据有关的所有功能。 客户机的软件包括网络接口软件、支持用户需求的应用程序以及实现网络能力的实用程序。其中，网络接口软件用来提供各种数据传输服务；支持用户需求的应用程序主要用于执行具体的任务，例如生成电子表格和数据库查询等；实现网络能力的实用程序主要用于执行网络用户要求的标准任务。; 2. 服务器 服务器是用来处理数据库的计算机。 服务器主要用来接收客户机的请求和传送结果。服务器实现的功能主要包括：从客户机接收数据库请求、处理数据库请求、格式化结果并传送给客户机、执行完整性检查、提供访问控制、执行恢复以及优化查询和更新处理。在服务器上执行的这些计算称为后端处理（Back-end processing），后端处理主要提供管理数据资源和存储数据、维护数据以及对数据进行操作等数据库引擎功能。 服务器的软件既包括OSI或其他网络结构的网络软件，也包括提供给客户机的应用程序和服务软件。; 3. 中间件 一般来说，客户机通常是比较便宜的PC机，而服务器是功能强大、运行可靠的大型机或小型机。在数据库环境下，二者通过中间件进行交互。中间件（Middleware）是一种程序设计公共接口，在网络数据库编程中它们也依靠于服务器的扩展程序。它们的作用是提供应用程序和数据库中间的连通性，可以使开发人员在应用程序开发过程中避免受各种通信协议、操作系统以及数据库管理系统的影响。 最常见的中间件类型有应用程序设计接口、远程过程调用、网络通信、数据库访问以及计算机辅助软件工程工具。;图19.1 客户/服务器体系结构; (1) 每层必须有一个被清晰定义的问题领域。要恰当地设计层次，每层的任务和责任应被详细、明确地规定。 (2) 层次应当各司其责。如果一层负责与用户交互，那么就只有该层被允许与用户通信，其他层需要从用户处得到信息时也必须由该用户界面层完成这一工作。 (3) 为各层之间交互，应建立被清晰定义的协议。各层之间的交互仅通过这些协议发生。 根据上述原则，比较典型的分层体系结构方案通常可以分为两层体系结构和三层体系结构。 在两层体系结构中，应用程序被分为应用层和数据结构层。 ; (1) 应用层：负责用户与之交互的GUI（Graphical User Interfaces）的设计（“表示逻辑”）以及业务规则和政策（“应用逻辑”——程序代码中确定一个顾客是否已超过了其贷款限额、一次订货是否符合优惠条件等问题的部分）的实现。应用层也可以处理“事务逻辑”（将数据库更新操作分组成事务，并确保同一事务内的所有更新操作被完成的代码）。 (2) 数据库层：支持应用程序的底层数据库引擎。该层负责维护数据库的完整性，事务逻辑的部分或全部可在该层实现。; 在两层模型中，应用层通常被作为客户程序实现，用PowerBuilder、Delphi、Visual C++等可视化程序设计工具来开发。数据库层则用SQL Server、Oracle或MySQL等关系数据库系统建立。 由于应用层与数据库层之间的划分常常不很明确，且出于性能上的考虑，事务逻辑常常以存储过程的形式转移到数据库服务器中，业务规则也常常以触发器的形式在服务器上实现，所以，三层体系结构就显得十分必要。 在三层体系结构中，增加了一个附加层来专门处理业务规则，顶层只负责用户界面。 (1) 用户界面层：GUI表示逻辑的设计。 (2) 业务规则层：必须被系统实现的业务规则和政策。 ; (3) 数据库层：支持应用程序的底层数据库模型，负责维护数据库的完整性。 为业务规则建立单独一层的作法，允许将业务规则从数据库设计和GUI表示逻辑中分离出来。在不更改用户界面层和数据库层的情况下，只需改变业务规则层即可适应业务规则的变化。 一般来说，两层结构体系即可满足业务规则不是很复杂的客户机/服务器设计。下面通过具体的例程介绍开发客户/服务器数据库系统的方法。;19.2 客户/服务器结构的数据