ArcSDE和ArcIMS的一些Tip
去年下半年一直在捣鼓ArcIMS结合ArcSDE应用开发，由于数据量较大且经常改动，出现问题多多。
数据存储用到了Oracle、个人Geodatabase和SQL Server，发现有以下问题：
用Oracle存储空间数据虽然稳定安全，但数据备份和恢复特别麻烦；
相同的数据，在Oracle里版本注册失败，提示“无效的关系运算符",图形丢失；但在SQL Server里却顺利注册成功。（原始数据是从CAD转过来的，中文名称中文字段），感觉后者对中文支持较好。
在ArcCatalog里可以用导出XML的方式备份数据，但发现速度较慢，还不如导入到一个临时的个人Geodatabase里，可以使用简单的拷贝粘贴方式，而且能直观的知道导了多少图层，虽然基于Access库，容量有限制，但基本够用了。
图层在从外部导入SDE库时，会自动把FID字段转变成ObjectID字段，如果原来图层里已经有ObjectID字段，则会变成ObjectID_1字段。
由于Text是SQL Server中的关键字，如果图层中有TEXT字段，则导入后会自动变为“TEXT_”，如果AXL文件中以该字段做标注，则必须用文本编辑器进行相应修改。
最后总结最好的方式还是用个人Geodatabase进行数据修改和部署，利用ArcSDE for SQL Server进行系统开发和数据备份。
另外打开ArcIMS的Administrator会经常碰到“Site restoraticn pending on server”，这跟运行的地图服务的配置文件变动有关。如果在地图服务正在运行时，改动地图配置文件（AXL格式），或者删除在配置文件里引用到的图层，都会发生这种情况，解决的方法是停掉三个服务并删除ArcIMSSite.sez文件。
数据存储用到了Oracle、个人Geodatabase和SQL Server，发现有以下问题：
用Oracle存储空间数据虽然稳定安全，但数据备份和恢复特别麻烦；
相同的数据，在Oracle里版本注册失败，提示“无效的关系运算符",图形丢失；但在SQL Server里却顺利注册成功。（原始数据是从CAD转过来的，中文名称中文字段），感觉后者对中文支持较好。
在ArcCatalog里可以用导出XML的方式备份数据，但发现速度较慢，还不如导入到一个临时的个人Geodatabase里，可以使用简单的拷贝粘贴方式，而且能直观的知道导了多少图层，虽然基于Access库，容量有限制，但基本够用了。
图层在从外部导入SDE库时，会自动把FID字段转变成ObjectID字段，如果原来图层里已经有ObjectID字段，则会变成ObjectID_1字段。
由于Text是SQL Server中的关键字，如果图层中有TEXT字段，则导入后会自动变为“TEXT_”，如果AXL文件中以该字段做标注，则必须用文本编辑器进行相应修改。
最后总结最好的方式还是用个人Geodatabase进行数据修改和部署，利用ArcSDE for SQL Server进行系统开发和数据备份。
另外打开ArcIMS的Administrator会经常碰到“Site restoraticn pending on server”，这跟运行的地图服务的配置文件变动有关。如果在地图服务正在运行时，改动地图配置文件（AXL格式），或者删除在配置文件里引用到的图层，都会发生这种情况，解决的方法是停掉三个服务并删除ArcIMSSite.sez文件。
