解析:
所谓B/S结构,就是只安装维护一个服务器(Server),而客户端采用浏览器(Browse)运行软件,即浏览器/服务器结构。
一、C/S与B/S结构模式
随着Inter获得愈来愈广泛的应用,原来基于LAN的企业网开始采用Inter技术
来构筑或改建自己的企业网,即Intra。于是,一种新的结构模式Browser/Server结构
应运而生,并且获得飞速发展, 成为众多厂家争相采用的一种技术。其实,B/S也是一种C
li/Server结构,它以浏览器为客户端软件,Web Server为服务器软件。但相对于C/S结
构,它又具有许多独特的优点:
(1) B/S是一种跨平台的、一点对多点及多点对多点的应用软件结构,减少了开发人
员在客户端的工作量,使他们可以把注意力集中到怎样合理地组织信息、提供客户服务上
来。
(2) B/S具有统一的浏览器客户端软件,不仅节省了开发、维护客户端软件的时间与
精力,而且方便了用户的使用。
(3) 在B/S结构中,客户端只需运行 *** 作系统和Web浏览器,数据的查询、处理和表示
都由服务器完成。和C/S结构的应用系统相比,客户端变得非常"瘦"。
(4) 可以透明地跨越异质网络、计算机平台,无缝地联合使用数据库、超文本、多媒
体等多种形式的信息。
(5) B/S系统运行的Inter易于设置、使用和管理。
目前,许多C/S体系结构的应用系统纷纷被重构为B/S结构,然后移植到Intra环境
下。我们在研究了UUHDB系统的体系结构和Web服务器下应用程序的运行机制后,尽可能对
UUHDB系统进行了最小修改,将其从一个C/S结构的系统改建为一个B/S结构的系统,使用户
能够通过浏览器对其进行访问。
二、B/S结构下的UUHDB系统
C/S结构的UUHDB系统从功能上可划分为两大部分:UUHDB数据处理系统和UUHDB输入/
输出系统,如图1所示。
@@0630000JPG;图1 UUHDB系统的功能分布图(B/S结构)@@
UUHDB数据处理系统是整个UUHDB系统的核心,首先事务管理器接收客户端传送的查询
命令(一般被称为用户请求,包括查询、更新,这里以查询为例说明),进行语法检查、查询
分解和优化处理;分解后的子查询被送往各局部数据库服务器,由它们具体实施;最后查询
子结果返回到事务管理器中汇总,完成一次全局查询的全过程。
UUHDB输入/输出系统提供了一个和数据库进行交互的用户界面,包括数据的输入、输
出以及对数据库的控制等功能。
把C/S的UUHDB系统改造为B/S结构模式的主要思想是: UUHDB数据处理系统基本保持
不变,去掉原来的客户端即输入/输出系统,代之以浏览器,通过Web服务器和CGI程序与 U
UHDB数据处理系统连接在一起,重新构成一个完整的、运行在Intra网络环境下的数据
库应用系统。改建后的UUHDB是典型的B/S结构模式,如图2所示。
@@0630001JPG;图2 B/S结构模型@@
三、B/S结构的UUHDB系统的运行环境
在原来的分布式局域网的基础上,安装了浏览器、Web服务器以及域名服务器,构成一
个Intra环境,其中,Web服务器与UUHDB系统的事务管理器在同一台机器上,各数据库服
务器不需重新安装,仍以分布式状态存在,如图3所示。
@@0630002JPG;图3 UUHDB的研究环境(Intra环境)@@
四、B/S结构的UUHDB系统的用户输入界面
改造后的UUHDB系统以浏览器作为客户端,为了方便用户的使用,我们提供了三种不同
级别的SQL命令的提交方式:嵌入式、输入式和交互式,以适应不同用户、不同场合的需求
。
1 嵌入式
这是最简单的一种方式。它是指在HTML文本的超联接中把SQL命令作为参数追加在C
GI程序之后,用户只能被动地访问数据库,不具有交互性。
2 输入式
在浏览器上提供一个文本编辑窗口,用户可以由此输入SQL命令。所有的数据库 *** 作
都可以通过这种方式完成,但要求用户必须懂得SQL语言。
3 交互式
制作一套查询命令的动态生成规则,以FORM表单为载体,使用户通过简单的选择、输
入即可完成对数据库的查询。界面友好亲切,使用简单,不需要用户了解SQL语言。如界面
上给出字段名,可为代号、姓名、年龄、性别、职称等,用户可选择所需字段,作为查询内
容,其值可作为查询条件。
目前,通过浏览器,用户可以对UUHDB进行全局数据查询和全局数据 *** 纵(包括插入、
修改、删除)等 *** 作。
五、B/S结构的UUHDB系统采用的通信方式
由于UUHDB是一个B/S结构的分布式数据库系统,用户通过浏览器对数据库进行访问,
因此存在多个用户同时访问Web服务器请求数据服务的现象,从而提出了并行性数据处理
的要求,即如何使多个用户能够同时访问全局库而不必相互等待和干扰,这也是UUHDB在W
eb网络环境下必须具备的基本特征之一。
在UUHDB前端的改造中,这一并行性问题是采用进程间通信的方式——DDE协议解决的
。
在UUHDB系统中,用户从浏览器上输入的查询命令通过网络传输到Web服务器端,由CG
I程序读取后,进行格式转换生成SQL语句,然后以DDE对话的形式传送给UUHDB的数据处理
系统,由其进行下一步的处理,具体的通信模型如图4所示。
@@0630003JPG;图4 CGI进程与全局事物管理器的并行通信模型@@
在图4中,每个CGI进程有三个部分组成:
(1) SQL生成:读取环境变量或标准输入,按照动态生成规则生成SQL语句。
(2) DDE客户:和DDE服务器进行通信,传送SQL语句并接收处理结果。
(3) 结果处理:把DDE客户接收的数据转换成HTML格式,通过标准输出交给Web服务器
,由其负责传送到浏览器。
图中与CGI进程相对应的数据处理系统可划分为两个功能部分:
(1) DDE服务器:接收DDE客户传来的SQL语句,并返回UUHDB数据处理系统的执行结果
。
(2) 数据处理:包括语法检查、查询分解、命令执行和结果汇总等。服务器可以按结构分:机架式(1U、2U、3U、4U、7U等)、塔式、刀片式等
服务器可以按应用分:OA服务器、数据库服务器、流媒体服务器、高性能计算服务器、游戏服务器等。
你可以去服务器厂商(正睿)的网上随便看看,几分钟就清楚了!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)