为什么采用C/S体系结构

为什么采用C/S体系结构

作者：余彤鹰

---

目　录

1. 引言
2. C/S体系结构简介
　　2.1　C/S结构的数据库应用
　　2.2　非C/S结构的应用
3. 是否采用C/S体系结构的讨论
　　3.1　当前确定的需求
　　3.2　潜在和不确定的需求
　　3.3　未来的需求
　　3.4　成本和资源的考虑
　　3.5　发布、运行与维护的考虑
　　3.6　性能、开发与品质保证的考虑
4. 小结

---

1 引言

　　当为客户开发一个定制的数据库应用时，我们考察了采用客户/服务器体系结构（Client/Server Architecture）的必要性。为什么要采用C/S体系结构？先进、性能、潮流等都不是问题的实质。真实答案来自对客户现在、未来和潜在需求的研究。

2 C/S体系结构简介

2.1 C/S结构的数据库应用

　　最简单的C/S体系结构的数据库应用，由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，称为应用服务器，一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户程序运行在用户自己的电脑上，对应于服务器电脑，可称为客户电脑。当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果。

　　在典型的C/S数据库应用中，数据的储存管理功能，是由服务器程序独立进行的，并且通常把那些不同的（不管是已知还是未知的）前台应用所不能违反的规则，在服务器程序中集中实现，例如访问者的权限，编号不准重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）这背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序可以变的非常“瘦小”，麻烦的事情，都交给了服务器和网络。在C/S体系的下，数据库真正变成了公共、专业化的仓库，受到独立的专门管理。

2.2 非C/S结构的应用

　　与C/S体系形成对比，传统的数据库应用体系结构，例如基于主机-多终端的系统，或基于LAN上文件服务器运做的多用户系统，数据库是属于应用程序“私有的”，即使它也可以将数据文件放置在某台机器上供不同的用户共同访问（这种情形，称为“文件服务器”），但所有的操作、规则，都是在一个包罗万象的应用程序内部实现的。应用程序因此具有最大的复杂性，即使是原班开发人马，要想对已有功能加以扩充也是很困难的，当数据库稍具复杂性（比如有稍多相互关联的表与规则），其他的人员开发另外的程序共同操作这个数据库的数据，几乎不具可行性。

3 是否采用C/S体系结构的讨论

3.1 当前确定的需求

　　在这个案例中，已经确定的需求，就是建立一个集中、统一的数据库，实现更新、查询和格式化打印输出操作。访问者分布在总公司（约30人的规模，集中办公，连结于一个小型的LAN中）和外地的子公司（同样是集中办公，连结于一个比总公司大的LAN中）。每一处典型的同时访问人数，在10人以下。两处都有机