压缩操作和地理数据库

此主题仅适用于 ArcEditor 和 ArcInfo。

随着时间的推移,地理数据库在经过多次编辑后,增量表会逐渐增大,并且状态的数量也会增加。表越大且状态越多,每次显示或查询版本时 ArcGIS 必须处理的数据就越多。因此,对性能的最大影响不是版本的数量,而是包含在每个版本的增量表中的更改数量。因此,各个版本就可能具有不同的查询响应时间。

要维护数据库性能,ArcSDE 管理员必须定期运行压缩命令来移除未使用的数据。只有 ArcSDE 管理员(sde 或 dbo 用户)才能执行压缩操作。压缩过程执行两个关键任务:

当大量的未压缩更改逐渐累积在一起时,压缩数据库可能需要几个小时的时间。为了避免这一情况的发生,请定期执行压缩操作。比较理想的做法是在每天工作结束时或在高强度的数据库活动(例如数据加载)后执行压缩操作。

压缩过程中,用户可以保持与地理数据库的连接。如果某个用户正在编辑一个版本,则该状态的分支将被锁定并且不会参与压缩过程。因此,最好在开始压缩前断开所有用户与地理数据库的连接,以确保可以压缩整个状态树。不必断开类型为只读的会话(例如 ArcIMS 会话)。

如果在等待压缩操作完成的过程中需要计算机去执行其他任务,您可以随时结束压缩操作。这不会导致数据库处于不一致状态。可以在以后继续压缩。

在压缩前和压缩后更新地理数据库中每个版本化要素类和表的统计数据是很重要的。执行编辑并压缩数据库之后,数据库统计数据将不再准确。这会对查询性能造成不利影响。

有关增量表、状态和压缩操作的详细信息,请阅读版本化 白皮书。访问 http://support.esri.com 并单击“知识库”选项卡上的“白皮书”链接。


3/7/2012