ArcSDE&Geodatabase趋势分析

ArcSDE软件安装

ArcSDE9.3.1之前版本

安装:先安装软件,然后进行后配置,全部为独立的ArcSDE软件来完成

升级:执行sdesetup –o upgrade命令进行升级

ArcSDE10版本

安装:先安装软件,然后进行后配置,全部为独立的ArcSDE软件来完成

升级:使用ArcMap直连,然后使用GP工具升级地理数据库

ArcSDE10.1版本

安装:先安装软件,然后在ArcMap直连进行创建地理数据库

升级:使用ArcMap直连,然后使用GP工具升级地理数据库

 

从上面可以看到几点

简单分析:

1:在ArcSDE的支持位数方面,从ArcSDE9.3的只有32Bit(64Bit后来才有),ArcSDE9.3.1和ArcSDE10的32Bit、64Bit都支持,到ArcSDE10.1的只支持64Bit,这应该是简单的跟随硬件的发展而发展

2:随着软件的不断发展和升级,ArcSDE在支持数据库版本方面也在不断更新,一些老版本Oracle9i,SQLServer2000、SQLServer2005慢慢的退出了历史舞台。

3:ArcSDE功能的界面化

大量的ArcSDE命令独有的管理、操作功能引入到ArcMap的界面化管理上来,例如连接管理、锁信息管理,创建视图、创建多版本视图整合为GP工具。

好处:降低了管理ArcSDE的门槛,可以直接与当前的业务关联,便于直观的管理。

4:ArcSDE安装方面可以将ArcSDE命令单独安装,其实在原来可以将ArcSDE软件单独安装(间接的安装了ArcSDE命令),其实目的也在于在一个非安装了ArcSDE的机器上(并没有进行Post库),使用ArcSDE命令来进行管理和查询分析。这种场景往往出现在用户可能不能直接进入主服务器进行操作,可以选用另外一台只安装了ArcSDE命令的机器连接主服务器一样可以做相应的ArcSDE管理。到此版本Esri加上该命令可能也是推荐用户可以这样使用吧。

 

深层分析:

1:Esri在使用ArcSDE连接方面推荐直连

l  无形中的将数据库客户端必要的引入进来

l  连接界面的服务连接与直连界面的区分

l  数据连接保存完直连连接后,再打开创建新的连接并没有服务连接的选项(Bug?)

2:将独有的ArcSDE命令功能从幕后到台前是否意味着Esri也推荐类似这些比较好用但是有点鲜有人知的功能呢?

Geodatabase方面

1:将Geodatabase管理的功能进行整合

n  统一了软件了右键功能

n  统一了一组GP工具箱

2:版本管理器功能加强

         增加了树型版本的管理界面,使多版本(特别是子版本)的层次化比较清晰,这样用户在针对某一个父版本创建相应的子版本或者针对某个子版本协调提交父版本方面更加的明确。

Oracle Spatial方面

1:如果我不安装ArcSDE,是否可以使用ArcMap来编辑数据库里面存储的OracleSpatial数据?

如果你的ArcMap版本为10版本,我们可以使用新功能的QueryLayer来做这个事情。个人感觉这是QueryLayer最受瞩目的功能了。因为该功能与以前我们提到的ArcSDE视图、关联等有类似的功能特点。

 

2:我知道ArcGIS的ST_Geometry存储要比Oracle的OracleSpatial存储性能会高很多,但是我在不安装ArcSDE的情况下是否可以在oracle进行ST _Geometry存储并且使用ArcMap进行管理?

在我们ArcMap10.1新版本中有一个新的GP工具,Create Spatial Type,它可以在指定的数据库中创建ST_geometry对象,那么我们就可以创建表对象等以ST_geometry进行存储了,然后使用Query Layer对这些对象进行操作。

 

3:在ArcSDE10.1之前,如果数据库没有ArcSDE的Schema就不可能通过服务或者直连方式来连接数据库,但是在ArcSDE10.1版本,以Oracle数据库为例,该数据库里面并没有任何ArcSDE的相关表,我也可以通过ArcMap直连的方式连接到某个用户来创建针对于比如Oracle Spatial的要素类等功能。

 

深层分析

1:Esri包容性和开放性

我们可以在使用ArcSDE的情况下支持Oracle Spatial

我们也可以在不使用ArcSDE的情况下继续支持oracle spatial

2:ArcSDE在某些情况下并不是非要不可的

我们也可以在不安装ArcSDE的情况下使用高效的ST_Geometry存储方式来管理数据

3:上面所述的所有数据其实都是简单的点线面等对象

这其实是Esri的一贯作风,不管是QueryLayer、ST_geometry的SQL操作、FileGeodatabase、ArcSDE的SDK,基本上清一色的只支持简单的对象,复杂的对象肯定是不支持的。这样的做的好处就是对于某些行业(例如电信、电力)本身不需要太复杂的结构来描述这些业务对象,也可以在降低了资金的情况下享受高质量的ArcGIS的管理服务。


 -------------------------------------------------------------------------------------------------------
版权所有,文章允许转载,但必须以链接方式注明源地址,否则追究法律责任!
QQ一群:              78773981(已满)
QQ二群:            225989940
Blog:               http://blog.csdn.net/linghe301
Weibo:            http://www.weibo.com/linghe301

------------------------------------------------------------------------------------------------------

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值