シナリオのパフォーマンスを最適化するためのガイドラインについて説明します。:空でないテーブルへのデータのインポートは、増分一括インポートと呼ばれます。増分一括インポートの重要な問題は、インデックスを事前に削除する必要があるかかどうかです。ロックとログ記録の概要についても説明します。次の手順を実行することをお勧めします。レベルのロックが取得され、個々の行をロックするオーバーヘッドが解消されます。詳細については、「一括インポートのロック動作の制御」を参照してください。最小限のログを記録します。詳細については、「一括インポートで最小ログ記録を行うための前提条件」を参照してください。インデックスを次のように処理します。キー列と一致するように順序付けられている場合は、さらに次の操作を実行します。設定されているクラスタ化インデックスを保持したままデータを一括インポートします。詳細については、「データの一括インポート時の並べ替え順の制御」を参照してください。空のテーブルの場合、この方法では並べ替え手順が省略されるので、データのインポート後にクラスタ化インデックスを作成するよりも大幅に時間が短縮されます。:空でないテーブルにインデックスが設定されている場合、一括ログ復旧モデルであっても、一括インポートのログは完全に記録されます。インデックスを削除するかどうかを決定するには、インデックスが設定されていないテーブルに一括インポートする利点と、インデックスを削除して再作成するコストを比較検討してください。サイズを指定すると、最初のバッチ後にテーブルは空でなくなります。番目のバッチから、データはログに完全に記録されます。つのバッチで一括インポートを実行することを検討してください。ファイルのサイズが既定サイズであると見なされます。修飾子を使用できます。サイズの管理」を参照してください。通常、インデックス付きのテーブルに一括インポートするよりも、インデックスなしのテーブルに一括インポートする方が短時間で済みます。したがって、空のテーブルにインデックスがある場合は、そのインデックスを削除してから、テーブルにデータをインポートし、後でインデックスを再作成してください。クラスタ化キー列でデータが並べ替えられていない場合や、テーブルが空である場合は、すべてのインデックスを削除してからデータをインポートし、新しいインデックスを作成してください。データのインポートは、増分一括インポートと呼ばれます。増分一括インポートの重要な問題は、インデックスを事前に削除する必要があるかかどうかです。つの選択肢があります。インデックスを保持するか、または削除してから再作成することができます。空でないテーブルにデータをインポートする場合、インデックスを保持するかどうかは、テーブル内の既存データの量と比較した、インポートする新しいデータの量によって決まります。既存データの量と比較して、インポートする新規データの量が少ない場合、インデックスを削除して再作成する方法は効率が悪い可能性があります。インデックスの再作成に必要な時間が、一括操作時に短縮される時間よりも長くなる可能性があります。これに対して、比較的大量の新規データをインポートする場合は、テーブルのインデックスを削除してから一括操作を実行すると、インデックス作成に必要な時間があまり増加せずに、パフォーマンスを向上させることができます。次の表は、インデックスを削除するかどうかの目安となる、テーブル内の新規データの最小量を示しています。テーブル内の総データ量が増えれば、最小量も増えます。最小量は、インデックスの種類と組み合わせによって異なります。新しいデータが、特定の種類のインデックスまたはインデックスの組み合わせについて次の表に示されている割合を超える場合は、インデックスを削除してから一括操作を実行し、後でインデックスを再作成することを検討してください。パターンに依存します。このため、一般的なガイドラインとしてのみ提供しています。ファイルに分割できる場合は、複数のクライアントから並列的にデータをテーブルにインポートすることによって、パフォーマンスを向上させることができます。複数のクライアントからテーブルにデータをインポートするときは、次のことに注意してください。ストリームは相互にブロックされる可能性があります。ロックと呼ばれる特殊な内部ロックが用意されています。オプションを指定する必要があります。アクセスの競合を防ぐことができます。ロックが使用できるのは、テーブルが空であるかどうかにかかわらず、テーブルにインデックスがない場合に限られます。指定する場合、並行一括インポートは使用できません。詳細については、「一括インポートのロック動作の制御」を参照してください。ロックを使用するには、データを一括インポートする前にすべてのインデックスを削除します。オプションを使用してデータを並行して一括インポートし、インデックスを再作成してください。空でないテーブルにインデックスが設定されている場合、一括ログ復旧モデルであっても、一括インポートのログは完全に記録されます。インデックスを削除するかどうかを決定するには、インデックスが設定されていないテーブルに一括インポートする利点と、インデックスを削除して再作成するコストを比較検討してください。インデックスを作成することによって、インデックスを並行して再作成することを検討してください。ヒントを指定せずに並列インポートを実行すると、インデックスの削除と再作成を行わなくても済みます。ストリームが相互にブロックされる可能性があり、一括ログを最適化できなくなります。ヒントを使用して一括インポート操作時の並べ替え手順を省略すると、ブロックを最小限に抑えることができます。配置する必要があります。ファイルをほぼ同じサイズにしてください。ロックと並行したデータのインポート」を参照してください。スキーマによってどのように決定されるかをまとめたものです。設定されているかどうか、およびデータベースで一括ログ復旧モデルを使用している場合にどの種類のログ記録が行われるかについても示しています。:最初にバッチが成功すると、テーブルは空ではなくなります。ファイルにエクスポートします。次に、いずれかの一括インポート方法を使用して、ファイルからテーブルにデータをインポートします。ネイティブ形式を使用して実行します。ネイティブ形式を使用したデータのインポートまたはエクスポート」を参照してください。インポート元のテーブルにクラスタ化インデックスが設定されているか、またはクラスタ化インデックスがあるテーブルにデータを一括インポートする場合は、次の操作を実行します。ファイルを作成することによって、インポート元テーブルからデータを一括エクスポートします。ユーティリティ」を参照してください。サポートされています。詳細については、「データの一括インポート時の並べ替え順の制御」を参照してください。詳細については、「サーバー間でのデータのコピー」を参照してください。ロックとログ記録」を追加しました。Cookie利用条件サイトのフィードバック。