第二节 网络土地信息系统的组合方式
网络土地信息系统中,子系统之间的关系实质上是信息和系统功能的提供者与接收者之间的关系,这种关系体现在客户/服务器模式中,即提供信息或系统服务的是服务器,获得信息或应用功能服务的是客户。在分布式信息系统中,客户和服务器分别由相应的硬件、软件和数据库组成,其组合方式可按数据和应用功能的分布形式分成五种(见表3-1)。
表3-1 网络信息系统的组合方式(据李斌)
1.全集中式
全集中式的土地信息系统把土地信息系统软件、DBMS、数据库全部集中在中央服务器,客户系统只负责执行用户界面功能,即获得用户指令并转达给服务器,显示查询结果,提供系统辅助功能,如图3-5所示。常用的客户设置有三种:第一种是以X-Server为代表的,是只负责表现逻辑(Presentation Logic)的客户系统,所有的数据处理和运算均在服务器上执行,客户端由专门的X终端或X模拟器通过TCP/IP的X协议实现用户与服务器之间的交流;第二种是以AreView为代表的客户软件系统,这类系统除了提供一般的用户界面外,还具有相当强的分析和处理功能,目前,真正具有网络通信功能的土地信息系统不多,Are View是较为常见的一种,它与ESRI的Arc/Info或SDE作为服务器,通过网络软件系统NES或网络API相连构成网络土地信息系统;第三种是近年来迅速发展起来的以万维网为基础的客户系统,这种系统一般由土地信息系统软件和万维网系统软件在客户和服务器两端分别合成,网络通信由万维网的HTTP服务器和客户软件负责,在服务器端,HTTP服务器和土地信息系统服务器通过Common Gateway Interface(CGI)连接,在客户端,一般的界面功能由万维网浏览器执行,土地信息系统功能通过浏览器客户端的土地信息系统软件的合成实现。
图3-5 全集中式的土地信息系统(据李斌)
2.数据集中式
网络系统专设服务器集中提供数据存储和管理服务,网络中的其他部分成为数据客户,它们一般带有一定功能的土地信息系统软件,如图3-6所示。简单的数据服务器可由网络软件系统(如NFS)提供,大型的管理系统则需要功能完备和高性能的数据服务器,如Oracle。
图3-6 数据集中式土地信息系统的组合模式(据李斌)
3.功能集中式
与数据集中式相反,功能集中式的网络信息系统把绝大部分的功能函数集中在一个或几个容量大、性能高的服务器上,由它们负责所有的分析和处理;数据则分散到客户端存储和管理,如图3-7所示。
4.全分布式
全分布式是原有的非网络化的信息系统自然进化的结果。在全分布式系统中,各子系统
图3-7 功能集中式土地信息系统(据李斌)
具有完备的数据库及土地信息系统软件和其他应用软件,在网络中同时扮演客户和服务器的角色,各子系统的硬软件环境和特性及拥有的数据都很可能不一样,但同时又有很密切的联系和互补性。系统的合成通过网络操作系统及各子系统所提供的API实现。如图3-8所示。
图3-8 全分布式地理信息系统
5.函数库服务器
传统的软件系统一般是呈静态的,系统启动后绝大部分函数是固定的,不能多,也不能少,而用户通常每次只用少数几个功能函数,这就造成了系统资源的浪费。而且,对于集中式的系统而言,系统的不断扩大将加大中央服务器的负担,到一定程度会导致系统的性能锐降;全分布式系统合成则由于子系统的异构性使系统设计和实现复杂化。函数服务器把优化的功能函数存储在服务器上,通过网络按用户要求动态合成应用软件,并使其在客户机上运行,从而从根本上改变了传统的资源分配和软件运行及维护方式。但目前函数库服务器的理论和技术尚未成熟。
在实际应用中,大中型的网络土地信息系统往往是多种类型在不同层次上的结合。在上述五种类型的组合方式中,一般来说,集中程度越大,系统的设计和管理就越简单,但整个系统对服务器的依赖性就越大,可靠性程度就越低,而且随着系统用户的增加,服务器的性能会下降,维护费用上升;相反,分布性程度大的系统中内部子系统之间的相互独立性强,对服务器的依赖性不大,而且系统资源、性能都可随子系统的扩充而增大,但在系统设计和管理上的难度要比集中式的系统大得多。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。