skink的专栏

 目的：    将一批数据导入到ArcSDE Oracle里面，考虑到数据量较大。考虑到以后的访问速度，就对数据存储进行了一下配置。配置的思想是将将表格和索引存储在不同的磁盘上，从而降低Oracle磁盘I/O，提高数据的访问速度。    把SDE系统表和用户数据库表存在不同的表空间中，可以提高I/O上的性能，减少冲突。（但如果服务器是RAID型磁盘阵列，则没必要把用户数据库SDE系统表空间分开

【摘要】由于ArcSDE本身所具有的海量数据存储、多用户并发访问、版本管理、长事务处理等强大优势，在GIS应用系统中引入ArcSDE作为空间数据存储和管理引擎，变得越来越普遍。随着ArcSDE的应用日益广泛，ArcSDE的性能越来越受到关注。本文以Oracle数据库为例，从影响ArcSDE性能的关键环节出发，主要介绍数据库和ArcSDE两个方面的一些基本配置和调整手段。【关键词】ArcSDE

好久没有写了，最近项目太忙。刚拿到了ArcGIS9.3的whats new，粗略的看了一下，变化还是不少。正好今天和ESRI中国的老总们聊项目，说起ARCGIS9.3，在GIS Server9.3上增加和修改的BUG不少，ArcGIS9.3大概会在秋天和国人见面。先吧ArcGIS9.3的whats New简单记录一下：概览 支持64为处理器 持续提高的产品质量

想起好久没有研究SDE了，上次仔细的看看SDE中的系统表，还是04年的事情了，现在想想已经是昨日黄花了，ARCGIS已经今非昔比了。曾经记得有一个文档，具体的名字忘记了，好像叫做Manange Geodatabase什么的，是系统的介绍SDE系统表的一个文档，现在也找不到了。（也许这个文档还有，只是没有默认安装，我找不到了）现在机器中安装的是V92，找找文档先。看看已经没有上面提到的这个文

从客户端到数据库的直接连接，是客户端程序和数据库的直接通信，这种直接通信是通过直连驱动进行的，而不是通过ａｒｃＳＤＥ提供的服务。因此，很多对服务器数据库的连接，可以通过直连替代。从客户端直接连接一个地理数据库意味这客户端和数据库之间的通信通过直接连接驱动取代了ArcSDE的服务。也意味着大量的服务器处理转移到客户端的机器。ArcSDE的直接连接驱动来自于和服务器一样的软件代码。不同之处在于直接连接

In the past, ArcSDE was sold as a separate ESRI product. Starting with ArcGIS Version 9.2, ArcSDE technology has been included as capabilities within ArcGIS rather than being offered as a separate pro

<br />ESRI拓扑模型在Geodatabase中和AE支持的不完善，导致了一个项目的问题，遇到了关于拓扑的一些很细节的错误。发现了很有意思的一些关于ESRI在拓扑上的一些问题，稍微记录一下，有些是ESRI的bug，估计这些有一些很深的历史因素吧（可以看下ESRI早期的arciinfo coverages数据模型）。问题描述： 1、拓扑检查的validate会改变拓扑的数据；2、拓扑会出现多次检查不一致；3、某些数据的拓扑检查会出错甚至崩溃。<br />看看ESRI的帮助文档时怎么解释的：（ArcGIS