大量挿入なし指数

Question

にコメントを読み込みま

う側面でもより速く、指数のテーブルを再現した後に一括挿入します。

はたしてそうなのだろうか？るよいのでしょうか。

Answer 1

としてのジョエルまechoの声があができます。がその場で発音を確認することがることを発掘するためには、シナリオについて述べられた全てのデータのサイズ指数(es)との表に示す。

に他のアプリケーションに対する使ったサポートした通常のバルク輸入1.8万列の4つの指標は表1の11カラムの計90列ます。の輸入デ継20時間。落下の指標に挿入し、再作成の指標のためにキャンペーンを行なって1時間25分です。

できものではザ-ミートガイで取りデータを、指数分布のデータ値です。

Answer 2

はい、それは本当です。テーブルの上にインデックスが挿入中に存在する場合は、サーバーは、最新のインデックスを維持するためにテーブルをページング/絶えず再発注する必要があります。あなたは、インデックスをドロップすると、それだけでは気にせずに行を追加し、あなたがそれらを再作成するときに一度にすべてのインデックスを構築することができます。

<時間>

インポートデータはインデックス順にすでにある場合は、例外が、もちろん、です。実際に、私は私が今、この逆の効果が観察された場所のプロジェクトに取り組んでいることに注意してください。私たちは、大規模なインポート（メインフレームシステムから毎晩のダンプ）の実行時間を短縮したかったです。私たちは、データのインポート、インデックスを削除し、それらを再作成しようとしました。これは、実際に が大幅に増加し、インポートが完了するまでの時間を。しかし、これは一般的ではありません。それはちょうどあなたが常にあなたの特定のシステムのための最初のテストする必要があることを示すことを行く。

Answer 3

インデックスの削除と再作成する際に考慮すべきことの一つは、それが唯一のデータベースの使用の低volumne期間中に実行する自動化プロセスで行われるべきであるということです。インデックスが削除されている間は、他のユーザーが同時にriunningされるかもしれない他のクエリのために使用することはできません。あなたは、生産時間の間、これを行う場合は、ユーザーは、おそらくタイムアウトを訴え始めます。