空間索引の作成

5.1 空間索引の作成

最も効率的にデータにアクセスするには、バルク・ロードまたはトランザクション・ロードによる空間表へのデータのロードが完了した後で、表内の各ジオメトリ列に対して空間索引(Rツリー索引またはCBTREE索引(点データ用)、クロススキーマ空間索引またはパーティション空間索引)を作成してください。

たとえば、次の文は、すべてのパラメータについてデフォルト値を使用して、territory_idxという空間索引を作成します。

CREATE INDEX territory_idx ON territories (territory_geom)
   INDEXTYPE IS MDSYS.SPATIAL_INDEX_V2;

ノート:

INDEXTYPE IS MDSYS.SPATIAL_INDEX_V2の"_V2"の説明は、「システム管理空間索引の使用」を参照してください

空間索引の作成のオプションの詳細は、CREATE INDEX文を参照してください。

索引作成が完了しなかった場合、索引は無効になるため、DROP INDEX <index_name> [FORCE]文で削除する必要があります。

索引付けされる各ジオメトリ列内では、すべてのジオメトリのSDO_SRID値が同じである必要があります。

空間索引は、2次元、3次元または4次元のデータに作成できます。デフォルトの次元数は2ですが、3次元以上のデータの場合は、sdo_indx_dimsパラメータ・キーワードを使用して、索引を作成する次元数を指定できます。(3次元ジオメトリのサポートの詳細は、「3次元の空間オブジェクト」を参照してください。問合せ要素における次元の様々な組合せのサポートについては、「データおよび索引の次元と空間問合せ」を参照してください。)

Oracle Databaseの自動UNDO管理機能またはPGAメモリー管理機能、あるいはその両方を使用しない場合、設定する必要のある初期化パラメータ値の詳細は、「ロールバック・セグメントおよびソート領域サイズ」を参照してください。自動UNDO管理およびPGAメモリー管理の両方は、デフォルトで有効になっており、これらを使用することをお薦めします。

CREATE INDEX文のtablespaceキーワードで指定された表領域(または、tablespaceキーワードが指定されていない場合はデフォルトの表領域)を使用すると、索引データ表、および内部計算用に作成されたいくつかの一時表の両方が保持されます。WORK_TABLESPACEを表領域として指定すると、一時表は作業表領域に格納されます。

1,000,000行を超える大規模な表では、内部ソート操作を実行する場合に一時表領域が必要です。この一時表領域のサイズは、最大値を1GBとして、100×n バイト(n は表の行数)にすることをお薦めします。

空間索引の作成に必要な領域を推定するには、SDO_TUNE.ESTIMATE_RTREE_INDEX_SIZEファンクションを使用します。

空間索引は、ネストされた表ではサポートされていません。

5.1.1 システム管理空間索引の使用

リリース12.2以降、索引の作成時にINDEXTYPE=MDSYS.SPATIAL_INDEX_V2を指定すると、空間索引をシステム管理できます。空間表または空間索引をパーティション化するかどうかに関係なく、新たに作成するすべての空間索引にこの索引タイプを使用することを強くお薦めします。レガシー空間索引を作成しなおす場合もこの使用をお薦めします。

主な利点は、空間索引の管理が簡単になることです。最も有益なのはパーティション化の場合で、この新しい索引タイプによって、索引のパーティション化管理操作の(すべてではないにしても)ほとんどが必要なくなります。次のようなOracle Database実表パーティション化モデルのほぼすべてがフル・サポートされます。

単一レベル・パーティション化: レンジ、ハッシュ、リスト
コンポジット・パーティション化: レンジ-レンジ、レンジ-ハッシュ、レンジ-リスト、リスト-レンジ、リスト-ハッシュ、リスト-リスト、ハッシュ-ハッシュ、ハッシュ-リスト、ハッシュ-レンジ
パーティション化の拡張: 時間隔パーティション化(時間隔ベースのコンポジット・パーティションではない)、参照パーティション化、仮想列ベースのパーティション化

古いINDEXTYPE=MDSYS.SPATIAL_INDEX ("_V2"なし)は引き続き使用できます。特に小さなデータ・セットでパーティション化が必要ない場合は、索引の作成パフォーマンスが多少向上する可能性があります。レガシー空間索引を削除し、以前と完全に同じ形式で再作成する必要がある場合もこの古いタイプを使用します。しかし、空間索引を作成する際、INDEXTYPE=MDSYS.SPATIAL_INDEX_V2を指定することがほとんどでしょう。

次のトピックでINDEXTYPE=MDSYS.SPATIAL_INDEX_V2の使用例を示します。

親トピック: 空間索引の作成

5.1.1.1 空間索引付けの例: 時間隔パーティション化

時間隔パーティション化は、挿入された値が既存のパーティション範囲と一致しない場合にOracle Databaseが実表パーティションを自動的に作成するパーティション化方法です。

次の制限があります。

指定できる実表パーティション化キー列は1列のみで、NUMBERまたはDATE型である必要があります。
時間隔パーティション化は、索引構成表ではサポートされていません。

"currently last seen"列の月に基づいてパーティション化された、DEST_TABLEという名前の実表の次の例について考えてみましょう。

CREATE TABLE dest_table
PARTITION BY RANGE ("CURR_LAST_SEEN_AT")
INTERVAL(NUMTOYMINTERVAL(1, 'MONTH'))
  (PARTITION "YEAR_1999"
     VALUES LESS THAN (TIMESTAMP' 2000-01-01 00:00:00'),
   PARTITION "YEAR_2000"
     VALUES LESS THAN (TIMESTAMP' 2001-01-01 00:00:00'))
PARALLEL 
AS SELECT imo_num,
          last_seen_at           curr_last_seen_at,
          a.geometry.sdo_point.x curr_longitude,
          a.geometry.sdo_point.y curr_latitude,
LAG(last_seen_at) 
  OVER (partition by imo_num ORDER BY last_seen_at) prev_last_seen_at,
LEAD(last_seen_at) 
  OVER (partition by imo_num ORDER BY last_seen_at) next_last_seen_at,
LAG(a.geometry.sdo_point.x) 
  OVER (partition by imo_num ORDER BY last_seen_at) prev_longitude,
LAG(a.geometry.sdo_point.y) 
  OVER (partition by imo_num ORDER BY last_seen_at) prev_latitude,
LEAD(a.geometry.sdo_point.x) 
  OVER (partition by imo_num ORDER BY last_seen_at) next_longitude,
LEAD(a.geometry.sdo_point.y) 
  OVER (partition by imo_num ORDER BY last_seen_at) next_latitude
FROM source_table a;

データがソース表(source_table)から選択されてこのDEST_TABLE表に挿入される際、Oracle DatabaseはCURR_LAST_SEEN_AT列の月で自動的にデータをパーティション化します。対応するパーティションが存在しない場合、Oracle Databaseが新しいパーティションを自動的に作成します。手動の操作は必要ありません。

前述の例では、2つの明示的なパーティションを作成しています。実際のデータを確認するには、データベース・ディクショナリに対して次のような問合せを行って作成されたパーティションを確認します。

SQL> select partition_name, high_value
  2  from user_tab_partitions
  3  where table_name = 'DEST_TABLE'
  4  order by partition_name;

PARTITION_NAME
--------------------------------------------------------------------------------
HIGH_VALUE
--------------------------------------------------------------------------------
SYS_P2881
TIMESTAMP' 2014-08-01 00:00:00'

SYS_P2882
TIMESTAMP' 2014-09-01 00:00:00'

SYS_P2883
TIMESTAMP' 2014-10-01 00:00:00'

SYS_P2884
TIMESTAMP' 2014-11-01 00:00:00'

YEAR_1999
TIMESTAMP' 2000-01-01 00:00:00'

YEAR_2000
TIMESTAMP' 2001-01-01 00:00:00'

6 rows selected.

ここで、空間索引を作成します。次の例では、ファンクション索引を作成します。ファンクションで実表のスカラーの経度と緯度の列が仮想空間ジオメトリに変換され、これが索引のキー値になります。

CREATE OR REPLACE FUNCTION get_geometry(in_longitude NUMBER,
                                        in_latitude  NUMBER)
  return SDO_GEOMETRY DETERMINISTIC PARALLEL_ENABLE IS
BEGIN
  RETURN sdo_geometry(in_longitude, in_latitude);
END;
/

INSERT INTO user_sdo_geom_metadata VALUES (
  'DEST_TABLE','SCOTT.GET_GEOMETRY(CURR_LONGITUDE,CURR_LATITUDE)',
   SDO_DIM_ARRAY(SDO_DIM_ELEMENT('Longitude', '-180', '180', '.05'),
                 SDO_DIM_ELEMENT('Latitude',   '-90',  '90', '.05')),
   4326);
COMMIT;

CREATE INDEX geom_idx1
ON dest_table(GET_GEOMETRY(CURR_LONGITUDE, CURR_LATITUDE))
INDEXTYPE IS MDSYS.SPATIAL_INDEX_V2 LOCAL PARALLEL;

空間索引にパーティション化情報が指定されていないことに注意してください。自動的に作成されたパーティションを確認するには、次のような問合せを使用します。

SQL> select partition_name, high_value
  2  from user_ind_partitions
  3  where index_name = 'PRECOMPUTE_GEOM_IDX1'
  4  order by partition_name;

PARTITION_NAME
--------------------------------------------------------------------------------
HIGH_VALUE
--------------------------------------------------------------------------------
SYS_P2921
TIMESTAMP' 2014-08-01 00:00:00'
SYS_P2922
TIMESTAMP' 2014-09-01 00:00:00'
SYS_P2923
TIMESTAMP' 2014-10-01 00:00:00'
SYS_P2924
TIMESTAMP' 2014-11-01 00:00:00'
YEAR_1999
TIMESTAMP' 2000-01-01 00:00:00'
YEAR_2000
TIMESTAMP' 2001-01-01 00:00:00'
6 rows selected.

索引パーティションの数は、CREATE TABLE文で明示的に指定したパーティションと同じ名前の2つのパーティションを含め、実表に作成した数と同じであることに注意してください。ただし、システム生成の索引パーティション名は実表の名前と異なります。

親トピック: システム管理空間索引の使用

5.1.1.2 空間索引付けの例: 仮想列パーティション化

仮想列は、実表の1つ以上の既存の列に基づいた式です。仮想列はメタデータとして格納されるだけで物理的には領域を消費しませんが、索引付けしたり、オプティマイザ統計とヒストグラムを含むこともできます。仮想列にパーティション化キーを使用した表についてパーティション化がサポートされます

システム管理の空間索引を使用せず、導出された値を使用して表をパーティション化する場合、同じ結果を得るにはDBAが追加の物理列を作成および移入する必要があります。導出された値は、アプリケーションまたは挿入の前に式を評価するトリガーによって移入される必要があります。いずれの場合も、システム管理索引を使用せずにこの目標を達成するには、追加のオーバーヘッドと物理列用の追加のディスク領域が必要になります。

システム管理索引を使用すると、パーティション化キーとして式を使用する機能によって不要なオーバーヘッドを発生させることなく、幅広いビジネス要件を効率的に満たすことができます。これは、既存のデータ列で表をパーティション化できない場合に非常に有用です。

次のREGIONという名前の仮想列を含むACCOUNTSという名前の実表の例について考えてみます。

create table accounts_v
( account_number varchar2(30),
  account_name varchar2(30),
  contact_person varchar2(30),
  region AS (case
             when substr(account_name,1,1) = 'N' then 'NORTH'
             when substr(account_name,1,1) = 'E' then 'EAST'
             when substr(account_name,1,1) = 'S' then 'SOUTH'
             when substr(account_name,1,1) = 'W' then 'WEST'
             end),
  shape mdsys.sdo_geometry
)
partition by list (region)
( partition pN values ('NORTH'),
  partition pE values ('EAST'),
  partition pS values ('SOUTH'),
  partition pW values ('WEST')
);

システム管理のローカル・ドメイン空間索引をSHAPE列に作成します。

insert into user_sdo_geom_metadata
values('ACCOUNTS_V',
       'SHAPE',
       mdsys.sdo_dim_array(
         mdsys.sdo_dim_element('Longitude', -180, 180, 0.05),
         mdsys.sdo_dim_element('Latitude',   -90,  90, 0.05)),
       NULL);
commit;
create index shape_v_idx on accounts_v(shape)
indextype is mdsys.spatial_index_v2 LOCAL;

空間索引パーティション情報が指定されていないことに注意してください。しかし、フル・セットの空間索引パーティションが、ユーザーの介入なしに自動的に作成されます。

レコードが適切なパーティションに配置されているかを確認するには、特定のパーティションに対して問合せを行います。次の問合せは、East地域のアカウントに対するものです。

SQL> select * from accounts_v partition(PE)
  2  order by account_number;

ACCOUNT_NUMBER                 ACCOUNT_NAME
------------------------------ ------------------------------
CONTACT_PERSON                 REGIO
------------------------------ -----
SHAPE(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
--------------------------------------------------------------------------------
8778-5435-5345-5223            E-HORIZON-AUTOMOTIVE
RICK                           EAST
SDO_GEOMETRY(2001, NULL, SDO_POINT_TYPE(2, 2, NULL), NULL, NULL)

1 row selected.

親トピック: システム管理空間索引の使用

5.1.2 特定のジオメトリ・タイプへのデータの制限

空間索引の作成または再作成時、表内のすべてのジオメトリ、または後で挿入されるすべてのジオメトリを、指定したジオメトリ・タイプにすることができます。このように、データのジオメトリ・タイプを制限するには、CREATE INDEX文またはALTER INDEX REBUILD文のPARAMETERS句でlayer_gtypeキーワードを使用し、「SDO_GTYPE」の「有効なSDO_GTYPE値」表の「ジオメトリ・タイプ」列の値を指定します。たとえば、レイヤー内の空間データをポリゴンに制限するには:

CREATE INDEX cola_spatial_idx
ON cola_markets(shape)
INDEXTYPE IS MDSYS.SPATIAL_INDEX_V2
PARAMETERS ('layer_gtype=POLYGON');

SDO_GTYPEのジオメトリ・タイプは、データの確認時に階層とみなされます。

MULTIフォームには、通常のフォームも含まれます。たとえば、'layer_gtype=MULTIPOINT'を指定すると、レイヤーには、POINTジオメトリおよびMULTIPOINTジオメトリの両方を含めることができます。
COLLECTIONを指定すると、レイヤーには、すべてのジオメトリ・タイプを含めることができます。

親トピック: 空間索引の作成

5.1.3 点に対するコンポジットBツリー空間索引の作成

リリース12.2以降、CREATE INDEX文のPARAMETERS句にcbtree_index=trueおよびlayer_gtype=POINTキーワードを指定して点データにコンポジットBツリー索引(CBTREE索引)を作成できます。

ノート:

コンポジットBツリー空間索引を作成できるのは、ポイント・データがSDO_POINT属性に格納されており、ジオメトリのSDO_ORDINATES属性がNULLの場合のみです。

たとえば:

CREATE INDEX pt_idx on PT_CB(c2) indextype is mdsys.spatial_index_v2 
  PARAMETERS ('layer_gtype=POINT cbtree_index=true');

前述の例では、Rツリー空間索引ではなく、コンポジットBツリー空間索引を作成しています。点データにコンポジットBツリー空間索引を使用すると、次のことが可能です。

空間索引の作成時のパフォーマンスが向上します。
多数のOracleセッションからの同時DMLの実行時、DMLのパフォーマンスが向上します。

ただし、コンポジットBツリー空間問合せのパフォーマンスは非常によいですが、そのデータにRツリー空間索引を使用すると最適な空間問合せのパフォーマンスが得られる場合があります(特に、SPATIAL_VECTOR_ACCELERATIONを推奨値であるTRUEに設定されている場合)。

cbtree_index=trueキーワードは、空間索引の作成(CREATE INDEX文)にのみ使用できます。ALTER INDEXやALTER INDEX REBUILDには使用できません。

コンポジットBツリー空間索引を使用する場合、SDO_JOIN演算子はサポートされません

親トピック: 空間索引の作成

5.1.4 クロススキーマの索引作成

自分のスキーマ以外にある表に対して、空間索引を作成できます。ユーザーBが、ユーザーAのスキーマにある表T1のGEOMETRY列に空間索引を作成するとします。次のステップを実行します。

権限を持つユーザー(SYSTEMなど)としてデータベースに接続し、次の文を実行します。
```
GRANT create table, create sequence to A;
GRANT create table, create sequence to B;
```
権限を持つユーザーとして接続するか、またはユーザーAとして接続して(接続をユーザーAに切り替えて)、次の文を実行します。
```
GRANT select, index on A.T1 to B;
```

ユーザーBで接続し、次の文を実行します。

CREATE INDEX t1_spatial_idx on A.T1(geometry)
  INDEXTYPE IS mdsys.spatial_index_v2;

親トピック: 空間索引の作成

5.1.5 パーティション空間索引の使用

パーティション表にはパーティション空間索引を作成できます。この項では、Oracle Spatialに固有の使用上の考慮点について説明します。パーティション表およびパーティション索引の詳細は、『Oracle Database VLDBおよびパーティショニング・ガイド』を参照してください。

パーティション空間索引には、次のメリットがあります。

パーティション化によってディスクI/O操作が削減されるため、長時間実行問合せの応答時間が短縮されます。
I/O操作が各パーティションで同時に実行されるため、同時問合せの応答時間が短縮されます。
パーティション・レベルでの作成および再作成操作によって、索引のメンテナンスが容易になります。

パーティションの索引は、他のパーティションに対する問合せに影響を与えずに再作成できます。また、各ローカル索引の記憶域パラメータは、他のパーティションとは無関係に変更できます。
複数のパーティションの検索にパラレル問合せが実行されます。

並列度は、USER_INDEXESビューに表示される索引の行のDEGREE列の値(CREATE INDEX、ALTER INDEXまたはALTER INDEX REBUILD文のPARALLELキーワードの指定値またはデフォルト値)です。
マルチプロセッサ・システム環境における問合せ処理が向上します。

マルチプロセッサ・システム環境では、パーティション化された空間索引を持つ表に対して空間演算子が使用され、問合せで複数のパーティションが検索される場合、複数のプロセッサを使用して問合せを評価できます。使用されるプロセッサの数は、並列度と、問合せの評価に使用されるパーティションの数によって決まります。

空間索引のパーティション化には、次の制限事項が適用されます。

空間表のパーティション・キーは、空間列ではなく、スカラー値である必要があります。
基になる表では、レンジ・パーティション化のみがサポートされています。その他すべての種類のパーティション化は、パーティション空間索引ではサポートされていません。

パーティション空間索引を作成するには、LOCALキーワードを指定する必要があります。(LOCALキーワードを指定しないと、すべての表パーティションのデータに非パーティション空間索引が作成されます。)次の例ではパーティション空間索引を作成します。

CREATE INDEX counties_idx ON counties(geometry)
   INDEXTYPE IS MDSYS.SPATIAL_INDEX_V2 LOCAL;

この例では、索引パーティションの数および配置に、次のデフォルト値を使用します。

索引のパーティション化は、基になる表のパーティション化に基づきます。表パーティションごとに、対応する索引パーティションが作成されます。
各索引パーティションは、デフォルトの表領域に置かれます。

個々のパーティションに対してパラメータを指定する場合は、次の考慮事項が適用されます。

各パーティションには、各パーティションに同じ記憶特性か、またはそれぞれ異なる記憶特性を指定できます。記憶特性が異なる場合は、パラレルI/O (表領域が異なるディスク上にある場合)が使用可能になり、パフォーマンスが向上する場合があります。
sdo_indx_dims値には、すべてのパーティションで同じ値を指定する必要があります。
各パーティションに使用されるlayer_gtypeパラメータ値(「特定のジオメトリ・タイプへのデータの制限」を参照)は異なる場合があります。

パーティション化のデフォルト値を上書きするには、次の一般的な形式のCREATE INDEX文を使用します。

CREATE INDEX <indexname> ON <table>(<column>) 
  INDEXTYPE IS MDSYS.SPATIAL_INDEX_V2 
     [PARAMETERS ('<spatial-params>, <storage-params>')] LOCAL 
     [( PARTITION <index_partition> 
        PARAMETERS ('<spatial-params>, <storage-params>') 
     [, PARTITION <index_partition> 
        PARAMETERS ('<spatial-params>, <storage-params>')] 
     )]

パーティション表で問合せを操作して、1つのパーティションのみに対する問合せを実行できます。たとえば:

SELECT * FROM counties PARTITION(p1)
    WHERE ...<some-spatial-predicate>;

複数の問合せを異なるパーティションで同時に操作する場合、選択したパーティションに対する問合せを行うと、問合せが高速化され、スループット全体が向上する場合もあります。

問合せでパーティション空間索引を使用する場合、空間演算子およびファンクションのセマンティック(意味または動作)は、SDO_NN (最も近くにあるもの)の場合を除いて、パーティション索引および非パーティション索引を使用する場合と同じです。SDO_NNの場合、その問合せによって影響されるパーティションごとに、要求した数のジオメトリが戻されます。(詳細は、「空間演算子」のSDO_NN演算子の説明を参照してください。)

たとえば、ある地点に最も近い5つのレストランを要求し、空間索引に4つのパーティションがある場合、SDO_NNは最大20 (5×4)のジオメトリを戻します。この場合、最も近い5つのレストランを戻すためにROWNUM疑似列(ここでは、WHERE ROWNUM <=5)を、結果を距離(マイル)でソートするためにORDER BY句を使用する必要があります。例5-1では、パーティション空間索引から最も近い5つのレストランを戻します。

5.1.5.1 ローカル・パーティション空間索引の作成

ローカル・パーティション空間索引を作成する場合は、PARALLELキーワードを使用するかわりに、この項の手順を使用することをお薦めします。この手順では、(表領域に空きがないなど)なんらかの理由でパーティションの索引作成に失敗した場合に、最初からやり直す必要がなくなります。次のステップを実行します。

ローカル空間索引を作成し、UNUSABLEキーワードを指定します。たとえば:
```
CREATE INDEX sp_idx ON my_table (location) 
  INDEXTYPE IS mdsys.spatial_index_v2 
  PARAMETERS ('tablespace=tb_name work_tablespace=work_tb_name') 
  LOCAL UNUSABLE;
```
この文の実行は短時間で行われ、索引に関連付けられたメータデータが作成されます。
ALTER INDEX REBUILD文を使用したスクリプトを作成しますが、PARALLELキーワードは指定しません。たとえば、パーティションが100個、プロセッサが10個ある場合は、次のようにALTER INDEX文を10個使用したスクリプトを10個作成します。
```
ALTER INDEX sp_idx REBUILD PARTITION ip1;
ALTER INDEX sp_idx REBUILD PARTITION ip2;
. . .
ALTER INDEX sp_idx REBUILD PARTITION ip10;
```
すべてのスクリプトを同時に実行します。これにより、各プロセッサが単一パーティションの索引に対して機能する一方で、すべてのプロセッサではその一連のALTER INDEX文による動作が進められます。

ALTER INDEX文のいずれかが失敗しても、操作が正常に完了したパーティションを再作成する必要はありません。

親トピック: パーティション空間索引の使用

5.1.6 索引を含むパーティションの交換

ALTER TABLE文でEXCHANGE PARTITION ... INCLUDING INDEXES句を使用すると、空間表パーティションおよびその索引パーティションを対応する表およびその索引と交換できます。パーティションの交換については、『Oracle Database SQL言語リファレンス』のALTER TABLE文の説明を参照してください。

この機能を使用すると、次のような様々な状況でより効率的に操作を実行できます。

データをパーティション表に挿入し、索引作成のコストを回避する場合。
パーティション索引を管理および作成する場合。たとえば、データを複数表に分割できます。各表の索引を1つずつ作成して、索引作成中に必要なメモリーおよび表領域リソースを最小化できます。または、索引を複数のセッションでパラレルで作成することもできます。その後、表を(索引とともに)元のデータ表のパーティションと交換できます。
オフライン挿入操作を管理する場合。新しいデータを一時表に格納し、定期的に新しいパーティションと交換できます(履歴データを含むデータベース内など)。

索引を含むパーティションを空間データおよびその索引と交換するには、2つの空間索引(1つはパーティションの索引、もう1つは表の索引)が同じ次元数(sdo_indx_dims値)である必要があります。2つの索引が同じ次元数でない場合は、エラーが発生します。表データは交換されますが、索引は交換されず、変換に失敗したことが示されます。索引を使用するには、その索引を再作成する必要があります。

親トピック: 空間索引の作成

5.1.7 空間索引および空間データのエクスポートとインポートに関する考慮事項

エクスポート・ユーティリティを使用して空間データを含む表をエクスポートする場合、その処理の動作は、空間データが空間索引付けされているかどうかによって異なります。

空間データが空間索引付けされていない場合、表データはエクスポートされます。ただし、適切な情報でターゲット・システムのUSER_SDO_GEOM_METADATAビューを更新する必要があります。
空間データが空間索引付けされている場合は、表データがエクスポートされ、ターゲット・システムのUSER_SDO_GEOM_METADATAビューに適切な情報が挿入され、ターゲット・システムに空間索引が作成されます。ただし、USER_SDO_GEOM_METADATAビューへの挿入が失敗した場合(たとえば、その空間レイヤーのUSER_SDO_GEOM_METADATAエントリがすでに存在する場合)、空間索引は作成されません。

インポート・ユーティリティを使用して、空間索引付けされたデータをインポートする場合は、次の考慮事項が適用されます。

エクスポートするデータの索引がTABLESPACE句を使用して作成された場合、その指定表領域がインポート時にデータベースに存在しないと、索引は作成されません。(これはOracleの他の索引とは異なる動作です。他の索引では、元の索引に指定された表領域がインポート時に存在しない場合、索引はユーザーのデフォルトの表領域に作成されます。)
権限を持つデータベース・ユーザーがインポート操作を実行することが必要な場合にFROMUSERおよびTOUSER書式を使用するときは、インポート操作を実行する前に、次の例に示すように、CREATE TABLEおよびCREATE SEQUENCE権限をTOUSERユーザーに付与しておく必要があります(プロンプトが表示されたらSYSTEMアカウントのパスワードを入力します)。
```
sqlplus system
SQL> grant CREATE TABLE, CREATE SEQUENCE to CHRIS;
SQL> exit;
imp system file=spatl_data.dmp fromuser=SCOTT touser=CHRIS
```

エクスポート・ユーティリティおよびインポート・ユーティリティの詳細は、『Oracle Databaseユーティリティ』を参照してください。

親トピック: 空間索引の作成

5.1.8 分散トランザクションとOracle XAトランザクションでのRツリー空間索引のサポート

Rツリー空間索引の使用は、分散トランザクションおよびOracle XAトランザクションでサポートされています。

ただし、空間DML操作はシリアライズ可能な分散トランザクションでは使用できません。

分散トランザクションの詳細は、『Oracle Database管理者ガイド』を参照してください。

親トピック: 空間索引の作成

5.1.9 空間索引統計へのアクセスの有効化

Oracle Databaseのオプティマイザは、データベースおよびそのオブジェクトに関する詳細を表す統計を収集します。統計は、オプティマイザが各SQL文に対して最適な実行計画を選択するために不可欠のものです。オプティマイザ統計の詳細は、『Oracle Database SQLチューニング・ガイド』を参照してください。

DBMS_STATS.GATHER_INDEX_STATSやDBMS_STATS.GATHER_SCHEMA_STATSなどのプロシージャを使用して空間索引関連の索引統計を収集できるようにするには、統計収集を実行するデータベース・ユーザー全員にCREATE TABLE権限が付与されている必要があります。

異なるスキーマ(ユーザー)について空間ドメイン索引でANALYZE INDEXを実行する場合、ANALYZE操作を実行するユーザーに次の権限が必要です。

欠落している一時表を作成する場合、CREATE ANY TABLE
既存の一時表を切捨てまたは削除する場合、DROP ANY TABLE

親トピック: 空間索引の作成

5.1.10 ロールバック・セグメントおよびソート領域サイズ

この項は、ユーザー(データベース管理者)がOracle Databaseの自動UNDO管理機能またはPGAメモリー管理機能のいずれかを使用していないか、あるいはこの両方を使用していない場合にのみ適用されます。自動メモリー管理およびPGAメモリー管理は、デフォルトで有効になっており、これらを使用することをお薦めします。これらの機能の詳細は、次を参照してください。

『Oracle Database概要』の自動UNDO管理およびUNDOセグメントに関する項
『Oracle Database概要』のPGAメモリー管理に関する項

自動UNDO管理を使用していない場合、ロールバック・セグメントの大きさが十分でないと、空間索引の作成は失敗します。ロールバック・セグメントは、100×nバイト(nは索引付けされるデータの行数)である必要があります。たとえば、1,000,000行ある表の場合、ロールバック・セグメントのサイズは100,000,000バイトである必要があります。

十分なロールバック・セグメントを確保する場合、または空間索引の作成時にロールバック・セグメントを拡張できないというエラーが発生した場合は、ユーザー(またはDBA)が、ロールバック・セグメントのサイズおよび構造を再確認します。適切なサイズのパブリック・ロールバック・セグメントを作成し、そのロールバック・セグメントをオンラインにします。また、大きな空間索引の操作中は、不適切で小さなロールバック・セグメントがすべてオフラインになっていることを確認してください。

PGAメモリー管理機能を使用していない場合、データベース・パラメータSORT_AREA_SIZEは、索引作成に必要な時間に影響します。SORT_AREA_SIZEの値は、ソート操作で使用するメモリーの最大バイト数です。最適値はデータベースのサイズによって異なりますが、空間索引を作成する場合は1,000,000バイト以上にすることをお薦めします。SORT_AREA_SIZEの値を変更する場合は、ALTER SESSION文を使用します。次の文は、値を20,000,000バイトに変更します。

ALTER SESSION SET SORT_AREA_SIZE = 20000000;

親トピック: 空間索引の作成