Standard または Advancedのライセンスで利用可能。
このトピックでは、ジオデータベース トポロジを使用するときに役立つヒントをいくつか紹介します。
トポロジの設計案のテスト
ファイル ジオデータベースまたはパーソナル ジオデータベースとフィーチャクラス データのコピーを使用して、トポロジの設計を実際に試してみます。 データのコピーを使用するのは、実際のデータに対する整合チェックを通じて、トポロジ設計が適切かどうかを確認するためです。 整合チェックにより、座標がクラスタリングされ、基になっているジオメトリが変更されます。 最初の設計は、期待どおりには機能しないことがあります。 テストを開始する前に、実際のデータのコピーを必ず用意してください。
組織の多くの部署でエンタープライズ ジオデータベースが使用されている場合、システムをオフラインにしなければ、スキーマを柔軟に変更できないことに注意してください。 トポロジに対するスキーマの変更は、そのトポロジまたはトポロジに含まれているデータを他のユーザーが編集または表示していないときのみ可能です。
ArcGIS 10.1 以降では、バージョン対応のトポロジに対するスキーマ編集が可能になりました。 これまでのリリースでは、スキーマの変更を適用する前に、各バージョンを圧縮し、バージョン対応としてのトポロジの登録を解除する必要がありました。 バージョン対応のトポロジに対してスキーマ編集が可能になると、トポロジに新しいルールを追加するときに特に便利です。すべてのバージョンを圧縮する必要はありません。
テスト プロセス
設計が適切であることを確認するためにデータを操作します。 たとえば、提案されているルールを作成し、トポロジを整合チェックし、ArcMap 編集環境を使用して整合チェックで検出されたサンプル エラーを検索し、修正します。
代替ルールを試してみます。 特定の状況でトポロジ ルールが最適に機能する仕組みをよく理解できるようにします。
設計が確定したら、今度は正式なスキーマの一部としてテストすることができます。 トポロジ ルールと定義を保存しておけば、後で他のジオデータベース スキーマに再利用できます。
スキーマ ロック
トポロジを構築する際には、すべての入力フィーチャクラスで排他ロックが必要です。 入力フィーチャクラスのいずれかに共有ロックがある場合、トポロジは構築されません。
トポロジ内のフィーチャクラスのいずれかに共有ロックまたは排他ロックがある場合、トポロジ内の他のすべてのフィーチャクラスにこのロックが伝達されます。
トポロジ エラー
トポロジ エラーがフィーチャとして検出および記録されるのは、トポロジを整合チェックしたときであることに注意してください。
たとえば、ポリゴン エリアのポリゴンは多くの場合、エラーを示すポリゴンまたはラインとして報告されます。 ライン フィーチャとポイント フィーチャは、一般にラインおよびポイントとして報告されます。
これらを ArcMap でレイヤーとして表示し、修正する問題に照準を合わせることができます。