DBMS的空间扩展

    DBMS提供空间扩展早已不是什么新鲜事，从ORACLE 7.1.6到DB2 UDB Version 8.2，现在微软也按耐不住，将在SqlServer
2008所有版本（Express/Workgroup/Standard/Enterprise）中提供对空间数据类型、方法、索引的支持，特别是<strong>at
no extra
charge</strong>，Spatial扩展的普及注定了以后它将成为各大DBMS的标准配置，从这里可以看得出地理信息已经在信息化产业中独树一帜，发挥越来越重要的作用，只要涉及空间位置信息的业务，就可以挖掘出GIS相关的需求。空间数据是GIS的核心，多种DBMS空间扩展的出现给地理空间数据的存储提供了多样化的选择，但也带来了存储方式不统一，难以实现系统的集成与移植，这是一种硬伤，但是任何事物都有一个分分合合的过程，没有现在的百花齐放，就没有将来的统一。在基本GIS数据格式方面，ESRI
Data
Interoperability模块基本实现了绝大多数空间数据格式之间的互导，包括其他GIS软件的数据转换模块，在一定程度上解决了数据格式不统一带来的麻烦，而对于DBMS的空间扩展，ESRI从不同层次对这些扩展提供了支持，如ArcSDE可以建立在DB2
Spatial Extender之上，对于SqlServer 2008 Spatial Enhancement，ArcGIS下一个版本9.3将可以<a href="http://www.esri.com/news/releases/07_4qtr/spatial.html" target="_blank" >直接去访问空间扩展中的数据</a>，这无疑是一个非常好的、开放的策略，但是，它会对已成熟多年的空间数据库中间件ArcSDE造成影响吗，在今后的GIS应用中该如何取舍？<br><br>    
熟悉Oracle Spatial的人都知道，Oracle
Spatial包含了用于存储矢量数据类型、栅格数据类型和拓扑数据的原生数据类型，可以让我们结合其他企业应用部署GIS，用标准的SQL查询管理基于Oracle
DBMS的空间数据，那么它和ArcSDE有什么区别呢？这里引用一篇<a href="http://blog.csdn.net/sosdsh/" target="_blank" >sosdsh</a>所写的文章的部分内容：<br>--------<br>    ARCSDE与Oracle
Spatial同样都是用于存储空间数据的，但两者有本质的区别：<br><br>    a) 管理的对象不同。Oracle
Spatial只能管理简单的“点、线、面”空间要素的存储和检索，而ArcSDE还能管理注记、拓扑关系、栅格数据、CAD数据，并具有版本控制和长事务处理机制；<br>    
b) 数据的互操作性不同。ArcSDE支持的格式与OGC颁布的规范一致，而Oracle
Spatial支持的格式与OGC规范不全相容，这自然会影响基于该平台的GIS系统的数据的共享和互操作性；<br>    c)
效率不同。ArcSDE对空间数据的访问与管理效率要比Oracle
Spatial高，而效率始终是GIS系统重点考虑的问题。因此，对于那些不仅仅满足将空间数据找个地方存起来的应用，考虑ArcSDE是更合理的选择。<br><br>    
优点：<br><br>    a) 利用ArcSDE数据库存取、管理空间数据，真正实现数据的唯一性，保证数据的安全性。<br>    b)
Arc/Info强大的数据分析、数据处理、数据共享功能，满足用户的广泛的需求。<br>    c) 对空间数据的高效检索和最低网络负荷。<br>    d)
具有开放、强大、全面的开发环境，可非常容易实现与其它系统的集成。<br>    e)
模块化和可伸缩的特性，在构造系统时提供更大的灵活性，即可以是一个独立的应用也可以是跨越全球的分布式网络应用。<br><br>    
当然，ArcInfo是在系统对安全性和响应性能要求很高的情况下的解决方案。<br><br>    缺点：<br><br>    a)
ArcSDE的License 限制较严、价格较高。系统的并发用户数较多时，License的购置成本将会很高。<br>    b)
数据库维护要求高。数据库维护人员要有较好的Oracle数据库知识、Arc/Info系列产品知识。<br><br>    
对于建立的高起点、高标准的信息系统，综合考虑城市地理信息系统的延伸性和扩展性、海量数据的存储、高效并发访问、系统的开放性和安全性等因素，选择Arc/Info系列产品来建设本系统自然是最理想的选择。<br>

<P>今时不同往日。例如Oracle 11g中可以支持：</P>
<UL>
<LI>CAD的annotation</LI>
<LI>surface</LI>
<LI>solid</LI>
<LI>TIN</LI>
<LI>三维扫描点云</LI>
<LI>LRS</LI>
<LI>Geocoding</LI>
<LI>GeoRaster</LI>
<LI>Route引擎</LI></UL>
<P>对于已经投资了Oracle的用户，我为什么还要多花钱？难道所谓的多用户并发和版本...，还不是建立在数据库本身提供的功能之上？</P>

<P>支持楼上,sql2008也开始支持空间数据了</P>