テンポラリテーブルとテーブル変数

Question

テーブルがあり、削除する必要があるテーブルが約150万件あります。以前は、一時テーブルを使用していました。これにより、トランザクションログのサイズがかなり急速に増加しました。問題は、いったん1つの結果セットを実行すると、別の150万以上の結果がある場所に移動する必要があるということです。これのパフォーマンスはかなり遅く、テーブルをtempデータベースに書き込むのではなく、table変数を使用する必要があるのだろうかと思います。私は最初の150万件の+レコードを選択すると

EDIT私は一時テーブルを使用します。

Answer 1

テーブル変数とテンポラリテーブルの質問をサイドステッピングすることで、削除をバッチ処理してwhileループ内の小さなグループにする方がよいでしょう。これは、トランザクションログのサイズを妥当なものに保つための最善の策です。等

何か：

while (1=1) begin 
    delete top(1000) 
     from YourTable 
     where ... 

    if @@rowcount < 1000 break 
end /* while */ 

Answer 2

一般的に、私は使いやすいというだけの理由で、一時テーブルよりもテーブル変数を使用する方が好きです。私は一時テーブルの使用が正当であるケースはほとんどありません。ルーチンで一時テーブルをどのように使用しているかについては言及していませんが、2つのオプションをベンチマークすることをお勧めします。

Answer 3

テーブル変数は、少数のためのより適切であり、しばしばこのような大きな結果セットには適していません。テーブル変数のデータは、そのサイズのためにtempdbに書き込まれる可能性があります。 個人的には、大きな結果セットを扱うときに、テーブル変数が一時テーブルよりもずっと遅いことがわかりました。 SQL Server Centralのthis articleの最後に、それぞれのテーブルで100万行を使用する例では、一時テーブルを使用したクエリの完了に要した時間が6分の1以下でした。 個人的には、クエリの実際のテーブルにそれらを結合する必要がある場合、パフォーマンスに苦しむことが多いテーブル変数が見つかりました。

パフォーマンスが低下する場合は、少なくともデータベース自体の設定の一部である可能性があります。自動的に成長するように設定されていますか？それの回復モデルは何ですか？