关于ArcSDE数据迁移方案策略.pdfVIP

/linghe301 ：欢迎访问GIS 博客 关于ArcGIS 数据迁移方案的策略 题记 这篇文章主要是利用ArcGIS 桌面、ArcSDE 命令提供的多种ArcGIS 数据导入导出数据（可 以理解为数据迁移）的方式和数据库迁移的方式（以Oracle 数据库为例），来介绍一下ArcGIS 不同迁移方式、数据库不同迁移方式的优缺点，而且这些迁移方式也是根据不同的数据量、 不同的运行环境、不同的业务需求来设计的。 注意 首先再次强调，迁移之前做好数据备份工作。 ArcGIS 迁移方式 Copy/Paste 操作方式 复制粘贴功能是ArcGIS 最推荐用户使用的数据迁移方式，也就是说直接 对ArcSDE 数据库的数据集进行复制，然后在新建的File Geodatabase （强烈 建议经常使用Personal Geodatabase 的用户使用文件地理数据库）进行粘贴。 该迁移方式将所有 Geodatabase 支持的简单模型（点、线、面要素类） 和复杂模型（拓扑、几何网络、关系类等）全部进行了迁移。 适用环境 因为中间数据存储方式以File Geodatabase，那么可以支持跨操作系统、 跨数据库类型、跨数据库版本、跨ArcGIS 版本（只要桌面可以读取）等 如果数据量在50GB 内，甚至是100GB 内都可以使用该迁移方式 优点 使用该迁移方式最大的优点是安全，一般如果没有其他意外发生（网络 中断），数据的相互组织关系都是没有问题的，而且操作非常简单，上面也 提到了跨环境、跨库等。 缺点 如果数据量比较大时，可能会稍显等待时间较长。对 ArcGIS 桌面所在机 器的配置稍高（配置高，效率也会好一些） 其他说明 常常有用户会有这样的一个需求，就是可能他们对图层的 ObjectID 的值 进行使用，那么在数据迁移过程中往往有可能改变该值，但是使用该迁移方 式后，图层的ObjectID 的值不会重排，所以对ObjectID 有要求的用户可以放 心大胆的使用该迁移方式。 /linghe301 ：欢迎访问GIS 博客 Import/Export(Feature Class) 操作方式 其实该方式已经不能用数据迁移来使用了，这种方式主要是对本地数据 的数据导入，导出，外部小数据量的GDB 或者shapefile 文件的操作。 与上面复制粘贴的方式不同，该方式其实主要立足与简单的对象（点、 线、面要素类）进行导入导出，而复杂的对象基本不能进行处理。 适用环境 因为中间数据存储方式以File Geodatabase 或Shapefile，那么可以支持跨 操作系统、跨数据库类型、跨数据库版本、跨ArcGIS 版本（只要桌面可以读 取）等。 如果数据量10GB 内 （shapefile 存储不能超过2GB ）都可以使用该迁移方 式。 优点 使用该迁移方式最大的优点是安全，因为本身数据量不大，显得效率也 是不错的。 缺点 该迁移方式只支持简单模型。 其他说明 对比上一个方式，使用该方式的导入图层的ObjectID 的值会重排。 /linghe301 ：欢迎访问GIS 博客 Import/Export(XML) 个人感觉这个功能并不建议用户使用它来迁移数据，虽然说它也可以进行数据迁移，但 是最主要的应该是一个数据库Schema 的迁移。 假如一个公司做相关的数据库适合不同的县市，那么就可以使用该功能将数据库的 Schema 进行签入签出，因为它本身也是将数据库的库结构用XML