可以使用数据库集群方式来解决上面所存在的问题，结果图如下所示：

上图为两个数据库集群的情况，可以将操作员的所有请求由第一台数据库服务器来处理，领导所发送的请求由第二台数据库服务器来处理，这两台机器所获得的数据从一个库中所获取，因此可以解决OLAP和OLTP的问题。
接下来看看ArcSDE的部署情况，ArcSDE的部署情况可以由下图来表示：

从ArcSDE本身上讲支持两种连接方式：第一种是两层直

栅格渲染之拉伸（Stretch）
现在我们知道如何在ArcGIS中渲染栅格数据了，但是还有一个常常会碰到的问题，尤其是在使用老版本的ArcGIS的时候，为啥我加了一个栅格数据进来，啥也看不见，是黑色的呢？或者颜色特别暗，基本看不清是什么呢？

在解决这个问题之前，我们需要先弄清楚是什么造成了这种现象。对于全黑的数据，我们需要先查看一下栅格的属性，看一下这一景影像的最大最小平均值是不是不为0。或者使

矢量数据存储类型策略
ArcSD针对不同的数据支持不同的矢量存储类型，下图是具体的每个数据库所支持的存储类型：

具体每个存储类型具体代表什么东西，大家可以查看SDE空间索引原理介绍系列
里面有针对oracle数据库的各种数据存储类型的详细介绍。
不同的存储类型的比较大的一个却别是所占有的存储空间不同，下面是以oracle数据库上三种存储类型所占有空间大小的对比：

其中以ST_GEOMETRY存

如何生成Color map(色彩映色表)?
方法：
1) 在符号系统界面设置好专题图(栅格)或分类好的栅格数据所需要的色表成,如:

2) 打开符号系统界面,选择导出色彩映色表,如图:

3) 把Color Map（色彩映射表）导出生成一个CLR文件，如图.

文章来源：http://blog.sina.com.cn/s/bl

环境：
OS:AIX5.3
ArcSDE9.2+SP4
DBMS:Oracle10.2.0.4
问题描述：
AIX中/tmp文件夹下产生了160多万个随意命名的临时文件，文件大小都为0,系统监测软件发现了问题，
对系统性能影响极大。请相关的技术人员现场分析得出来的结论是：
结果是sde连接oracle的进程产生的。至于是sde自身的gsrvr进程

有时对于数据量较大的地理数据，我们希望通过一定的统计方法将空间模式量化，从而获知这些地理数据在空间上是聚合的、还是离散的、还是随机的等。

在了解如上工具之前，有一些空间统计学的基本知识还是要先搞明白，磨刀不误砍柴工，那就开始吧。

零假设、P值、Z得分、置信度

分析模式工具集中的工具都采用“推论统计学”，先确定一个零假设，也就是假设要素或与要素相关的值都表现为空间随机模式—— Complete

1,托管的数据是数据入库，也就是说入到rastercatalog里面，当原数据删掉或移动的话跟rastercatalog没有关系，如果在rastercatalog里删掉数据那就相当于把数据从库里删掉了。创建Rastercatalog时工具默认的是托管设置。如图:


2,非托管的数据是数据不入库，只是保存路径，当你把原数据移动或删除后，虽然在rastercatalog里还能看到数据名

Arcgis Desktop 9.x版本的重复线删除方法

方法：
1) 先对线要素求交。用Interset工具，得到A数据，如图

2) 相交完后用Erase把重叠的部分数据去掉，如图



3) 相交后的A数据包含多个相同的重叠部分数据，要使相同位置的要素只包含一个，需要通过用Dessolve工具方式把

本文以Redhat 6.4 64位操作系统为例来说明ArcGIS Engine 10.1 for Liunx环境的安装配置
一、操作系统支持包
ArcGIS资源中心详细的列出了Engine10.1的系统需求，包括Engine10.1的硬件需求、软件需求、支持的操作系统及版本等。具体可以参考：http://resources.arcgis.com/en/help/system-requirement

使用CGA代码将对象（路灯、树木等）放置到路边。这里用到的主要方法就是Split 函数去做分割。
思路是，现将shape按照较短的轴向进行最初的分割剥离，得到路的两边sidewalk，然后将这些分割出来的形状进行再次分割，也就是沿着长的轴的方向分割成多个重复的小的形状，最后，用实际的模型（如路灯或树等）替换这些小块。

下面是示例代码，参考下：


Sidewalk -->
Sidewalk

Shapefile是上个世纪90年代的数据格式，但是由于它开放易用至今仍然倍受欢迎，最近与shapefile编码相关的问题此起彼伏连绵不绝，整理下几个高频问题共享之。

为什么我的shapefile在ArcGIS 10.3中打开乱码？

原因
这个问题的根本原因就是读取文件使用的编码类型和文件实际存储的编码类型不一致。
Shapefile文件的头文件（dBase Header）中，一般会包含sha

问题描述：
有一shapefile文件和表文件（该表文件通过access生成），将表join到shapefile 中，然后将该shapefile 发布服务，出现错误信息

官方帮助针对该问题的描述原因是文件存放路径太深，导致发布服务生成msd文件失败，解决办法更改文件存储路径
根据官方的办法并不能解决问题
参考解决办法：
新建一geodatabase ，将表文件导入其中，然后做join操作，再发布