DBMS提供空间扩展早已不是什么新鲜事，从ORACLE 7.1.6到DB2 UDB Version 8.2，现在微软也按耐不住，将在SqlServer 2008所有版本（Express/Workgroup/Standard/Enterprise）中提供对空间数据类型、方法、索引的支持，特别是at no extra charge，Spatial扩展的普及注定了以后它将成为各大DBMS的标准配置，从这里可以看得出地理信息已经在信息化产业中独树一帜，发挥越来越重要的作用，只要涉及空间位置信息的业务，就可以挖掘出GIS相关的需求。空间数据是GIS的核心，多种DBMS空间扩展的出现给地理空间数据的存储提供了多样化的选择，但也带来了存储方式不统一，难以实现系统的集成与移植，这是一种硬伤，但是任何事物都有一个分分合合的过程，没有现在的百花齐放，就没有将来的统一。在基本GIS数据格式方面，ESRI Data Interoperability模块基本实现了绝大多数空间数据格式之间的互导，包括其他GIS软件的数据转换模块，在一定程度上解决了数据格式不统一带来的麻烦，而对于DBMS的空间扩展，ESRI从不同层次对这些扩展提供了支持，如ArcSDE可以建立在DB2 Spatial Extender之上，对于SqlServer 2008 Spatial Enhancement，ArcGIS下一个版本9.3将可以直接去访问空间扩展中的数据，这无疑是一个非常好的、开放的策略，但是，它会对已成熟多年的空间数据库中间件ArcSDE造成影响吗，在今后的GIS应用中该如何取舍？
熟悉Oracle Spatial的人都知道，Oracle Spatial包含了用于存储矢量数据类型、栅格数据类型和拓扑数据的原生数据类型，可以让我们结合其他企业应用部署GIS，用标准的SQL查询管理基于Oracle DBMS的空间数据，那么它和ArcSDE有什么区别呢？这里引用一篇sosdsh所写的文章的部分内容：
--------
ARCSDE与Oracle Spatial同样都是用于存储空间数据的，但两者有本质的区别：
a) 管理的对象不同。Oracle Spatial只能管理简单的“点、线、面”空间要素的存储和检索，而ArcSDE还能管理注记、拓扑关系、栅格数据、CAD数据，并具有版本控制和长事务处理机制；
b) 数据的互操作性不同。ArcSDE支持的格式与OGC颁布的规范一致，而Oracle Spatial支持的格式与OGC规范不全相容，这自然会影响基于该平台的GIS系统的数据的共享和互操作性；
c) 效率不同。ArcSDE对空间数据的访问与管理效率要比Oracle Spatial高，而效率始终是GIS系统重点考虑的问题
（本文已被浏览 次） | | |
相关评论
