私はそれがデータを挿入した後、空間索引の作成のためのより多くの時間を取って、ジオメトリ列で多くのテーブルで空間索引作成を高速化するにはどうすればよいですか?
を500の以上のテーブルを作成して、どのように私は、数秒以内にすべてのテーブルの空間インデックスを作成することができ、
は、いずれかがあります空間インデックスの作成をスピードアップする他の方法?
私はそれがデータを挿入した後、空間索引の作成のためのより多くの時間を取って、ジオメトリ列で多くのテーブルで空間索引作成を高速化するにはどうすればよいですか?
を500の以上のテーブルを作成して、どのように私は、数秒以内にすべてのテーブルの空間インデックスを作成することができ、
は、いずれかがあります空間インデックスの作成をスピードアップする他の方法?
スピードアップしたいのは何ですか?空間インデックスの作成(= CREATE INDEXコマンド)?または、表への挿入/更新。それらのテーブルはどれくらいの大きさですか?ビジネスプロセスにはどのくらいの期間受け入れられますか?
索引は、通常、空間表の最初の作成および作成時に1回のみ作成されます。アプリケーションが短い間隔で膨大な量のデータを挿入するアプリケーションや移動オブジェクトを追跡するアプリケーションでない限り、最初の作成後にインデックスを再構築する必要はありません。彼らは明らかに自動的に維持されます。
空間インデックスを構築する時間に関しては、明らかに同じ数の名前でインデックスを作成するよりも(時にはそれほど時間がかかる)明らかになります。明らかに、あなたのテーブルが大きくなればなるほど、それは長くかかります。また、たとえ非常に強力なハードウェアを使用していても表が空であっても、数秒で500の索引(空間または非索引)を構築できると思うなら、あなたは惑わされます。 、
1)大きなテーブルのためにそれらを分割し、並行してビルドを実行します。
あなたのインデックスを作成するには、2つの方法がありますが時間がかから構築します。これは、パーティション化オプションを所有している場合にのみ可能です(EEでのみ使用可能)。それでは、50mio以上の大きなテーブルの場合にのみ意味があります。小さなテーブルでは意味がありません。
2)小さなテーブルの数が多い場合は、ビルドを並行して実行します。つまり、複数のインデックス作成を同時に実行します。データベースのスケジューラ(DBMS_SCHEDULER)を使用してそれを編成します。
データ処理の高速化(オブジェクトの移動、トラッキングなど)が後であれば、ワークフローについてもう少し説明する必要があります。