ヘルプ

PostgreSQL のジオデータベースに格納されたシステム テーブル

ArcGIS クライアントまたは ArcGIS for Server Web サービス経由でエンタープライズ ジオデータベースに接続したら、ジオデータベースに自分で追加したか、他のデータベース ユーザーが追加したデータセットを操作します。エンタープライズ ジオデータベースでは、そのデータを追跡し、ジオデータベースの振舞いを実装するためにシステム テーブルを使用します。

システム テーブルとその内容は、ArcGIS ソフトウェアまたは SDK 以外のものを使用して変更することはできません。ただし、SQL を使用してシステム テーブルの内容を表示することができます。

コア システム テーブル

コア ジオデータベース システム テーブルは、ジオデータベースの振舞いを規定し、ジオデータベースに関する情報を格納し、ジオデータベースに格納されたユーザー データを追跡します。

エンタープライズ ジオデータベースを含む PostgreSQL データベースでクエリを実行する際には、sde スキーマの次のコア システム テーブルが表示されます。

  • gdb_itemrelationships
  • gdb_itemrelationshiptypes
  • gdb_items
  • gdb_itemtypes
  • gdb_replicalog
  • gdb_tables_last_modified
  • sde_archives
  • sde_column_registry
  • sde_compress_log - 最初にジオデータベースを圧縮したときに作成されます。
  • sde_coordinate_systems
  • sde_dbtune
  • sde_geometry_columns
  • sde_layer_locks
  • sde_layers
  • sde_lineages_modified
  • sde_locators
  • sde_logfile_pool
  • sde_metadata
  • sde_mvtables_modified
  • sde_object_ids
  • sde_object_locks
  • sde_process_information
  • sde_raster_columns
  • sde_server_config
  • sde_spatial_references - sde スキーマではなく、パブリック スキーマに格納されます。
  • sde_state_lineages
  • sde_state_locks
  • sde_states
  • sde_table_locks
  • sde_table_registry
  • sde_tables_modified
  • sde_version
  • sde_versions

次に示すテーブルはジオデータベースに存在しますが、現在は使われていません。これらのテーブルは今後のリリースで削除される予定です。

  • sde_layer_stats
  • sde_xml_columns
  • sde_xml_index_tags
  • sde_xml_indexes

エンタープライズ ジオデータベース機能を実装するテーブル

一部のジオデータベース機能の情報はコア システム テーブルにのみ格納されます。たとえば、次の機能に関する情報はコア システム テーブルに格納され、これらの機能をユーザー データに対して有効化したときに追加のテーブルはデータベースに作成されません。

  • ドメイン - gdb_items システム テーブルに格納されます。gdb_itemtypes システム テーブルのフィールドによって、オブジェクトがドメインとして識別されます。
  • ジオデータベース レプリカ - データベースの gdb_items、gdb_itemrelationships、gdb_itemtypes、および gdb_replicalog システム テーブルで追跡されます。
  • リレーションシップ クラス - gdb_items および gdb_itemrelationships システム テーブルに格納されます。

反対に、以降のセクションで説明するジオデータベース機能では、機能が有効化または使用されるときに追加の内部テーブルが作成されます。

ジオデータベースの履歴管理

ジオデータベースの履歴管理機能を使用すると、データのトランザクション時間履歴を追跡することができます。トランザクション時間はデータベースでフィーチャが追加、削除、更新された時点を表します。

ジオデータベースの履歴管理を有効化すると、アーカイブ クラスが作成されます。アーカイブ クラスはビジネス テーブルのコピーで、この中にはすべての同じフィールドに加えて、gdb_from_date、gdb_to_date、gdb_archive_oid の 3 つの新たなフィールドが含まれます。トラディショナル バージョン対応のテーブルまたはフィーチャクラスに対して履歴管理を有効化したときも、レコードが sde_archives システム テーブルに追加されます。このレコードには、履歴管理が有効なテーブルの Registration ID と、そのテーブルに対応するアーカイブ クラス テーブルが格納されます。

元のビジネス テーブル名にアンダースコアと H を追加したものが、アーカイブ クラス テーブルの名前になります。たとえば、buildings という名前のフィーチャクラスで履歴管理を有効化すると、buildings_H というアーカイブ クラスが作成されます。このアーカイブ クラス テーブルは、ビジネス テーブルと同じスキーマに格納されます。

バージョン

フィーチャクラスまたはテーブルをバージョン対応登録すると、データの編集情報を記録するために ADD テーブルと DELETE テーブルという 2 つのテーブルが作成されます。これらのテーブルは総称して差分テーブルと呼ばれます。

ADD テーブル (a_<registration_id>) は、バージョン対応登録されたビジネス テーブルで挿入または更新されたレコード (フィーチャ) に関する情報を維持し、特定のジオデータベース ステートで追加または変更されたレコードを特定するために検索されます。

DELETE テーブル (d_<registration_id>) は、バージョン対応登録されたテーブルで削除または更新された行に関する情報を維持し、特定のステートで削除または変更された行を特定するために検索されます。行が削除された場合、レコードは物理的に削除されません。レコードには削除済みのフラグが設定され、以降のデータベース クエリで返されなくなります。

ADD テーブルと DELETE テーブルの registration_id は sde_table_registry システム テーブルでバージョン対応登録されたテーブルを表す値です。

これらのテーブルは、バージョン対応登録されたテーブルまたはフィーチャクラスと同じユーザー スキーマに作成されます。

差分テーブルに加えて、バージョン対応登録されたテーブルと編集を追跡するコア システム テーブル (sde_states、sde_state_lineages、sde_mvtables_modified、および sde_versions テーブル) があります。

キーセット テーブル

キーセット テーブルは ArcGIS クライアントでクエリ パフォーマンスを向上させるために使用されます。キーセット テーブルには、ArcGIS クライアントが整数、数値、日付、文字列タイプの属性を使用してテーブルを結合するジオデータベース リレーションシップ クエリを実行するときに、選択された行のリストが格納されます。キーセット テーブルは Object ID フィールド以外の属性による結合に対応します。

キーセット テーブルは、次のいずれかの操作が実行されて初めてジオデータベースに作成されます。

  • ArcGIS Pro または ArcMap でマップ内のフィーチャクラスから 99 を超えるレコードを選択します。このフィーチャクラスはリレーションシップ クラスに関係しています。
  • ArcGIS Pro または ArcMap で、リレーションシップ クラスに参加しているフィーチャクラスの属性テーブルを開き、関連テーブルを取得します。
  • ArcMap で編集セッションを開始します。

セッション (接続) ごとに 1 つのキーセット テーブルがグローバル一時テーブルとして作成されます。キーセット テーブルは、一時テーブルなので、ユーザーがジオデータベースへの接続を終了したときに削除されます。ただし、このテーブルを格納するために PostgreSQL によって作成された一時スキーマは残ります。このスキーマには pg_temp_3 などの名前が付けられます。

キーセット テーブル名は次の形式になります。

keyset_<process_id>。ここで、<process_id> はキーセット テーブルの作成につながったセッションのプロセス ID 番号です。

ログ ファイル テーブル

ログ ファイル テーブルは、ArcGIS クライアントで、選択された行のリストを格納してクエリ パフォーマンスを向上させるために使用されます。ログ ファイル テーブルでは Object ID 属性に基づく結合が使用されます。

PostgreSQL のジオデータベースでは、デフォルトで共有ログ ファイル テーブルが使用されます。このタイプのログ ファイル構成では、sde_logfiles と sde_logfile_data という 2 つのテーブルが、ログ ファイル テーブルを必要とする操作を実行するユーザーのスキーマに作成されます。作成されたテーブルはジオデータベースに保存されますが、接続しているアプリケーションがそのログ ファイルをすべて削除するとログ ファイル エントリもすべて削除されます。

ジオデータベースで使用されるログ ファイル テーブルのタイプを変更したときに表示されるログ ファイル テーブルの一覧を次に示します。

  • セッションベース ログ ファイル テーブル - sde_logfiles、sde_logfile_data、および sde_session<sde_id>。これらのテーブルは、テーブルが作成されたセッションのユーザーのスキーマに作成されます。作成後に sde_logfiles および sde_logfile_data はデータベース内に残ります。セッションベース ログ ファイル テーブルの使用時に sde_logfile_data にデータが入力されることはありません。sde_logfiles テーブルは、ユーザーのセッションが終了するときに空になります。sde_session<sde_id> テーブルは、接続しているアプリケーションでログ ファイル レコードが不要になった時点で空になり、セッションの終了時に削除されます。
  • ログ ファイル テーブルのプール - このログ ファイル実装では、sde_logfile_pool コア システム テーブルが使用され、Object ID に基づく選択内容を格納するために sde_logpool_<table_Id> テーブルが作成されます。ジオデータベース管理者は、このタイプのログ ファイル テーブル実装を使用するようにジオデータベースを構成するときに、作成される sde_logpool_<table_Id> テーブルの数を定義します。これらすべてのテーブルの所有者は sde ユーザーです。