基于WEB学籍管理系统的设计与实现

　　2.1.1集中式的主机/终端结构

　　在计算机发展的初期，主机/终端系统一直是数据库系统所采用的主要的应用模式，它将所有的数据处理工作都放在主机一端。终端只提供对数据的简单显示功能，用户通过本地或远程终端来访问主机数据库。其特点是:主要的计算工作由核心主机完成，维护工作高度集中。

　　2.1.2传统的客户机/服务器结构

　　20世纪80年代PC机开始出现，客户端第一次拥有了较为强大的计算能力。随着PC机性能的不断提高，数据计算开始从集中处理转向了本地处理，随着1 0Mb/s ,100Mb/s, 1000Mb/s高速计算机网络的普及，各个客户端共享集中存储的数据成为可能，应用软件可以安装在每个客户端，出现了两层的客户机/服务器体系结果[7]。目前的两层客户机/服务器结构，拥有相当成熟的技术，特别是在软件开发工具方面有着丰富的产品，因而在数据库应用系统中得到广泛的应用。

　　两层结构的物理实现方式为：若干台PC机被当做客户机使用，而一台网络服务器则用于容纳后端数据系统。在双层模型中，程序逻辑在客户机与服务器这两种物理位置之间分担，应用程序的业务逻辑必须物理性的驻留十客户机端，或在后端DBMS中以触发器活存储过程的形式实现。

　　这种两层的客户机/服务器方案的优点在于实现数据访问相当简单，GUI可与数据源直接约束在一起，数据维护的所有细节都可以得到自动控制。但是它也存在这很多的不利因素。尽管数据访问得到了简化，但却缺乏灵活性，我们通常无法对自己与数据源的交互作用进行完全的控制，因为这种控制是自动的。很明显，额外的管理会消耗客户机资源，并可能导致应用程序的性能下降。在两层C/S结构模式中，客户端直接连接到数据库服务器，导致这样的体系有以下的缺点[8]:

　　1、Client与Server直接连接，安全性低。非法用户容易通过Client直接闯入中心数据库，造成数据损失；

　　2、大量的数据直接Client/Serve：传送，在业务高峰期容易造成网络流量暴增，网络阻塞；

　　3、每个Client都要直接连到数据库服务器，使服务器为每个Client建立连接而消耗大量本来就紧张的服务器资源；

　　4、Client程序肥大，并且随着业务规则的变化，需要随时更新Client端程序，大大增加维护量，造成维护工作困难。

　　很多原有的学籍管理系统就采用这样的结构[9]，在选课、注册等高峰期，由于数据处理量急剧膨胀，极易出现严重的系统瓶颈，影响数据库的响应速度，造成等待时间过长等不良效果。另外这种系统还面临安全、维护、扩展等方面的问题，因此有必要对这种两层体系进行改进。