地理空间数据库引擎

地理空间数据库引擎


发布日期: 2017-07-17 更新日期: 2017-07-17 编辑:xuzhiping 浏览次数: 4898

标签:

摘要: 为了实现“空间-属性数据一体化”、“矢量-栅格数据一体化”和 “空间信息-业务信息一体化”管理,现在的GIS软件平台数据管理纷纷开始寻求向集成结构的 空间数据库方向发展。在基于特征的整体空间数据模型支持下,利用成熟的商用扩展关系数据库管理系统(ORDBMS) ...

为了实现“空间-属性数据一体化”、“矢量-栅格数据一体化”和 “空间信息-业务信息一体化”管理,现在的GIS软件平台数据管理纷纷开始寻求向集成结构的 空间数据库方向发展。在基于特征的整体空间数据模型支持下,利用成熟的商用扩展关系数据库管理系统(ORDBMS) 来存储和管理海量数据,成为大型空间数据管理的方式,空间数据库采用关系数据库来组织管理空间地理数据和属性数据,提供对这些数据的有效存储查询和分析,以支持各种空间地理数据的应用。然而,如何用关系数据库来存储、管理复杂的空间地理数据,以支持空间关系运算和空间分析等功能,如何让用户透明地访问空间地理数据,而不必关心它的实际存储位置、方式和数据结构等实际问题是采用空间数据库组织管理空间数据所必须考虑的。空间数据库引擎正是解决这些问题的良好方法。通过空间数据库引擎可以用传统的关系数据库对空间地理数据加以管理和处理,提供必要的空间关系运算和空间分析功能。通过空间数据库引擎实现客户/服务器的分布计算模式,实现地理空间数据的透明访问、共享和互操作,从而建立真正意义上的分布式空间地理数据库。

扩展关系数据库管理系统管理地理空间数据有两种途径,一是寄生在关系数据库管理系统之上的空间数据引擎,典型代表有ESRI公司(国际商业地理信息系统软件领域) ArcSDE,Maplnfo公司(国际桌面地图系统软件领域) SpatialWare,北京超图地理信息技术有限公司的SDX+以及 大多数国产GIS软件自有的空间数据引擎。这类系统一般 由GIS软件厂商研发,优点是支持通用的关系数据库管理系统,空间数据按BLOB存,可跨数据库平台,与特定GIS平台结合紧密。缺点是空间操作和处理无法在数据库内核中实现,数据模型较为复杂,扩展SQL比较困难,不易实现数据共享与互操作。二是直接扩展通用数据库的空间数据库系统,如Oracle Spatial、IBM DB2 Spatial Extender、Informix Spatial DataBkde以及MySQL、PostgreSQL、DM4、DIERAO等数据库的空间扩展。这类系统一般由数据库厂商研发。优点是空间数据的管理与 通用数据库系统融为一体,空间数据按对象存取,可在数据库内核中实现空间操作和处理,扩展SQL比较方便,较易实现数据共享与互操作。缺点是实现难度大,压缩数据比较困难,目前的功能和性能与第一类系统尚存在差距。

关注公众号
获取免费资源

随机推荐


Copyright © Since 2014. 开源地理空间基金会中文分会 吉ICP备05002032号

Powered by TorCMS

OSGeo 中国中心 邮件列表

问题讨论 : 要订阅或者退订列表,请点击 订阅

发言 : 请写信给: osgeo-china@lists.osgeo.org