圧縮操作とジオデータベース

このトピックは、ArcEditor および ArcInfo にのみ適用されます。

ジオデータベースが編集されるに従って、差分テーブルのサイズとステート(状態)の数は増えていきます。テーブルのサイズとステートの数が増えるにつれ、バージョンの表示や検索のたびに ArcGIS が処理しなければならないデータは増えていきます。したがって、パフォーマンスに最も大きな影響をおよぼすのは、バージョンの数ではなく、各バージョンの差分テーブルに含まれている変更の量です。各バージョンへの変更の量によって、バージョンの表示や検索のクエリ応答時間が異なる可能性があります。

データベースのパフォーマンスを維持するために、ArcSDE 管理者は [圧縮] コマンドを定期的に実行して、使用されなくなったデータを削除する必要があります。圧縮処理を実行できるのは、ArcSDE 管理者(sde または dbo ユーザ)だけです。圧縮では重要なタスクが 2 つ実行されます。

圧縮されないまま大量の変更が蓄積されると、データベースの圧縮に時間がかかることがあります。これを防ぐには、データベースを定期的に圧縮します。1 日の終わりに、またはデータの読み込みといったデータベース アクセスのピークが過ぎた後に圧縮を実行するとよいでしょう。

圧縮中も、ユーザはジオデータベースへの接続を維持することができます。ユーザがバージョンを編集している場合、その部分のステートがロックされ、圧縮の対象から外れます。このため、ステート ツリー全体を圧縮するには、作業を開始する前に、ユーザ全員の接続を終了するのが最も効果的です。ArcIMS セッションのような読み取り専用のセッションを切断する必要はありません。

ArcSDE サーバ上において別の処理が実行されているために、圧縮処理に時間がかかっている場合は、圧縮を途中で終了することができます。その場合も、データベースの整合性は維持されます。圧縮は後から再開することが可能です。

圧縮の前後に、ジオデータベースのバージョン対応登録されたすべてのフィーチャクラスとテーブルの統計情報を更新することが重要です。編集やデータベースの圧縮を行った後、データベースの統計情報は正確ではありません。これはクエリのパフォーマンスを低下させます。

差分テーブル、ステート、圧縮処理の詳細については、Esri サポート サイトの技術資料 『Versioning』(http://downloads.esri.com/support/whitepapers/ao_/Versioning_2.pdf)をご参照ください。


3/6/2012