ような一括インポートをする際のデータ圧縮による処理性能への影響の考え方について少しまとめてみたいと思います。技術文書としては以下の文書が参考になります。使わない場合、高速データロードを実行するために、ヒープテーブルに対してデータを挿入することが多いかと思います。データ圧縮はインデックスのないヒープ構造でも設定することができます。PAGE)ヒープを使用していて圧縮を行った場合もサイズを削減する効果が見られます。データ書き込みが減るということにつながると思いますが、データ圧縮の設定をすることにより、一括インポートの処理時間が伸びることがあります。データ圧縮はメモリ上でもデータが圧縮された状態となります。メモリ上のデータ変更が基本となります。負荷が設定しない場合と比較して高くなってきます。データ圧縮をしているヒープとなることがあります。通常ヒープのまま使用するというのは少ないと思いますので、データ挿入後にクラスター化インデックスを作成するかと思います。dbo.Compress(Col1)というような形でクラスター化インデックスを付与した場合、クラスター化インデックスは圧縮された状態となっています。データ圧縮をしていないヒープテーブルにクラスター化インデックスを設定する際に圧縮を指定のどちらが早いかという点です。クラスター化インデックス設定時に圧縮を指定でどちらが効率的かを調べていく必要が出てくると思います。単純な結果だと後者のほうが処理時間が短い場合が多いかもしれませんね。テーブル作成後のインデックス付与をどのようにすると効率が良いかを試しておくとよさそうですね。比較したトレードオフになってくるかと思いますので。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。