空间数据库实现理论和应用研究.docVIP

空间数据库实现理论和应用研究 　　摘要: 关系数据库管理海量的GIS数据,存储效率低下,现有的SQL语句不支持空间数据库检索,难以解决空间数据的存储、读取、检索、管理等基本功能。探讨目前比较流行的空间数据库引擎的原理、存储机制和特点,然后进行相应的比较研究,进而对实际应用中选用何种空间数据引擎进行阐述。 　　关键词: 地理信息系统(GIS);空间数据库;ArcSDE;Oracle Spatial 　　中图分类号:TP3文献标识码:A文章编号:1671-7597(2010)0520090-01 　　 　　0 引言 　　目前,主要的GIS软件都采用商用数据库系统同时管理图形和属性数据,如ArcInfo、GeoMedia、GeoStar、MapGIS、Supermap等。利用商用数据库管理系统管理图形和属性数据分两种模式[2]:① 在纯关系数据库基础上,开发空间数据库引擎,利用现有关系数据库的变长字段存储二进制的坐标数据。如ArcSDE;② 直接采用关系数据库厂商提供的空间数据管理扩展模块,如Oracle Spatial。 　　1 主流空间数据管理引擎比较 　　1.1 Oracle Spatial与ArcSDE在技术路线及存储机制上的比较研究 　　1.1.1 技术路线的差异。SDE 的实现包括内置式和外部调用式两种[1]。内置式是内置于已有的数据库系统中,比如Oracle Spatial它是在原来的在数据类型中添加SDO_GEOMETRY类型,把空间信息作为一个字段存储。它的优势在于:空间数据库引擎作为数据库系统的一个功能模块,充分利用数据库系统所特有的安全性、数据完整性和对多用户并发操作的处理能力来实现对空间数据的管理,应用程序只需完成对数据库系统的操作即可。并且其空间数据的数据结构对用户公开,用户可方便地利用数据库的操作方法来管理空间数据。 　　另一种SDE实现方式即外部调用式是在已有的数据库系统上,通过进一步的开发,把SDE 系统作为独立的功能调用模块实现,例如ESRI的ArcSDE。它的优点是:开发者只须熟悉一种开发工具和掌握空间数据库引擎所提供的编程接口函数就可开发出工作性能较好的应用程序。但是这种空间数据库引擎也存在缺点:ArcSDE空间数据库引擎相对于数据库来说是一个外部应用部件,空间数据库引擎通过数据库接口对空间数据进行管理和操纵,其中间过程被屏蔽了,且空间数据的存贮格式也不公开,因此数据库管理员无法使用数据库自身提供的编程语言来操纵空间数据。 　　1.1.2 存储机制。在Oracle中定义了一种新的对象模型,即空间对象类型SDO-GEOMETRY,该类型可以和其他数据类型一样单独存储于数据表中的某一列[3]。下面是该对象的定义: 　　CREATE TYPE SDO - GEOMETRY AS OBJ ECT( 　　SDO - GTYPE NUMBER; 　　SDO - SRID NUMBER; 　　SDO - POINTSDO - POINTTYPE; 　　SDO - EL EM - INFOMDSYS. SDO - EL EM - INFO- ARRAY; 　　SDO - ORDINATESMDSYS. SDO - ORDINATE ARRAY); 　　其中,SDO_GTYPE表示组成对象的元素类型,如点、线、混合点(线、面)等;SDO_SRID记录图形的坐标系统;SDO_POINT定义为变长数组,记录点的X、Y、Z坐标值;SDO_ELEM_INFO也定义为变长数组,说明存储的几何对象的类型;SDO_ORDINATES定义为变长数组,记录了几何体的坐标值。 　　AcrSDE并不改变和影响现有的数据库或应用[4]。它只是在现有的数据表中加入图形数据项,供软件管理和访问与其关联的空间数据。AcrSDE将地理数据和空间索引放在不同的数据表中,通过关键项将其相联。将图形数据项加到一个商业数据库表后,我们称该表为空间可用。AreSDE通过将信息存入层表来管理空间可用表。层表帮助管理商业表和空间数据之间的连接。 　　1.2 其它流行空间数据引擎 　　MapInfo公司的SpatialWare是第一个在Oracel及Informix、DB2环境下基于SQL进行空间查询和分析的空间信息管理系统,是使用便利、无缝拼接及符合工业标准数据库的新标志。它是基于服务器的空间信息管理系统,并能提供Oracle、DB2、Informix及SQL Server的客户服务;它需要在MapInfo Professiona环境下运行,并能够整合MapInfo的核心地图产品。 　　超图的SuperMap SDX+是连接SuperMap GIS和DBMS的桥梁,是SuperMap 　　虚拟空间数据库引擎中的