2
バージョン対応のジオデータベースで、デルタテーブルと状態ツリーはクエリのパフォーマンスにどのような影響を与えますか？
バージョン化されたarcsdeジオデータベース（oracle 10gのarcgis 9.3.1）には、約100のフィーチャクラスと非空間テーブル、ジオメトリックネットワーク、および多くのリレーションシップクラスを含むかなり複雑なデータモデルがあります。 データは、sdeバージョン管理を利用して5人または6人のarcmapユーザーによって毎日編集されます。さらに、バージョンは、ジオデータベースで編集を実行するために他のビジネスシステムと連動する自動サービスによって作成されます。クエリのパフォーマンスは1日の間に著しく低下するため、完全な圧縮を実現するために毎晩スクリプトを実装しました。比較的多数の編集が実行される場合、システムは完全に圧縮されるまで使用できなくなる可能性があります。 設定されたoracleは、これらの揮発性デルタテーブルに直面した場合、まともな実行計画を立てることができないことが示唆されています。これは合理的な説明ですか？それを解決するためにどのようなアプローチを取るべきですか？ コメントに応じて更新 1日の終わりまでに、状態ツリーは非常に線形であり、分岐はほとんどありません。 毎晩圧縮します（すべてのバージョンを削除して完全な圧縮を取得します）。 ビジネステーブルは定期的に分析されます。 デルタテーブルは分析されません。それらはロックされています（分析しようとすると、エラー「ORA-20005オブジェクト統計がロックされています」が返されます）。sdeスキーマの揮発性テーブルもありません-STATES、STATE_LINEAGES。