基于ArcSDE空间数据库研究.docVIP

基于ArcSDE空间数据库研究 　　摘要：本报告所涉及的研究内容是结合徐州香醅酒业有限公司标准化系统集成的子系统――酒厂应急系统的实现而进行的。本论文研究的主要是结合酒厂应急系统的数据库建设，探讨ArcSDE的结构框架。主要是分为对空间数据库相关技术的理论研究以及对相关技术的系统实现。 　　关键词：ArcSDE数据库Oracle Spatial 　　一、 研究背景及意义 　　近年来，随着理论和空间数据库的发展，地理信息系统（GIS）的应用己经渗透到社会的各个领域，如在测绘规划、城市交通管理、管线管理、环境整治、大型工程调度管理等领域，同时，随着遥感、等先进技术的迅猛发展使得系统所面临处理的数据量趋于海量，从而对于以空间数据处理和分析为核心的地理信息系统来说，对系统中空间数据的管理、表达和评估也变得越来越重要，如何有效的组织和管理中的空间数据，充分发挥空间数据的作用是系统优劣的前提和关键，它将直接影响到各种实际应用的性能。空间数据不仅数据量大，而且数据结构十分复杂，随着应用范围的扩大和的迅速发展、普及，应用开始逐渐向分布式的管理系统领域转移，而原有的混合式空间数据管理模式在实现数据共享、网络通信、并发控制及数据的安全性等方面存在着极大的缺陷，因此寻求一种将属性数据和空间数据进行一体化管理的有效模式己经成为未来发展的必然趋势[1]。 　　空间数据库中数据存储经历的三个阶段是:拓扑关系数据存储模式、Oracle Spatial模式和ArcSDE模式[2，3]。拓扑关系数据存储模式将空间数据存在文件中，而将属性数据存在数据库系统中，二者以一个关键字相连。这样分离存储的方式由于存在数据的管理和维护困难、数据访问速度慢、多用户数据并发共享冲突等问题而不适用本系统。而Oracle Spatial实际上只是在原来的数据库模型上进行了空间数据模型的扩展，实现的是“点、线、面”等简单要素的存储和检索，所以它并不能存储数据之间复杂的拓扑关系，也不能建立一个空间几何网络。ArcSDE解决了这些问题，并利用空间索引机制来提高查询速度，利用长事务和版本机制来实现多用户同时操纵同一类型数据，利用特殊的表结构来实现空间数据和属性数据的无缝集成等等。 　　二、空间数据库的国内外研究现状 　　目前，对空间数据管理的研究的一个方向是在商用数据库系统的基础上进行扩展，开发出空间数据引擎作为原有数据库系统和应用系统的中间层，实现对空间数据的管理，如国外ESRI公司的ArcSDE和国内超图公司的SuperMap SDX+等。另一方向是以Oracle公司为代表的，高度集成的空间数据管理体系结构空间Spatial组件，使得其中的矢量空间数据和属性数据能够在Oracle Spatial的对象关系模型中一体化存储和管理。 　　使用大型关系数据库来一体化管理空间数据和业务数据，已经成为GIS应用发展的主流。Oracle Spatial和ArcSDE是目前较为流行的利用关系型数据库存储和管理空间数据的商用软件，二者都是通过改造传统的关系型数据库，使之能够存储和管理空间数据[4]。但二者所走的技术路线略有不同：Oracle Spatial把纯关系型数据库改造为对象关系型数据库，在数据类型中添加SDO_GEOMETRY类型，把空间信息作为一个字段存储；而ArcSDE则利用多张关联的表来把空间数据存储到纯关系型数据库中，二者在实际应用中都得到了广泛的应用，在实际应用中应当如何选择这两个软件是一个不容回避的问题[5]。 　　两者的优缺点对比如下： 　　 　　 　　表1 ArcSDE与Oracle Spatial异同对比 　　通过以上的一些对比，可以看出，ArcSDE虽然是采取对关系数据库进行扩展来进行空间数据的储存和管理，但它避开了对已经相对成熟的商业的关系数据库的整体修改，而是立足于从GIS的专业角度来丰富自身的功能，它一直处于市场的主流地位。所以，本论文的主要研究方向将主要针对ArcSDE。 　　三、基于ArcSDE的空间数据库的研究概况 　　1.空间数据库引擎负责处理空间数据模型与关系数据模型之间的映射。 　　从空间数据管理的角度来看，ArcSDE可看成是一个连续的空间数据模型，借助这一模型，我们可将空间数据加入到关系数据库管理系统中去。空间数据引擎只提供存储、读取、检索、管理数据和对数据的基本处理等功能，不负责进行空间分析和复杂处理。但是基于第三方API开发的引擎可以提供更多的功能，即ArcSDE只负责底层的数据管理问题，而上层的应用功能需要在它的基础上开发。 　　 　　 　　图1基于ArcSDE的数据库模式图 　　最初的基础地理空间数据管理模式为混合型，即利用文件系统进行空间数据的管理，属性数据则采用关系型数据库管理。这种模式主要通过文件