結果のサマリーとしては以下のようになっています。近い処理時間にすることはできました。設定されていないため、性能については一定の性能が保障されるわけではなくデータベースの使用量に応じて課金がされます。利用が基本になってくるかなと思います。スループットを現状のエディションに近づけるためにはどうすればよいかをメモとして。ターゲットとして検証しています。複数スレッドで実行した場合はトレンドが変わってくるはずなので、厳密には検証する必要があります。ページ圧縮の機能を使用するのが現実的なのかなと思いました。capabilities今回は以下のようなテーブルのスキーマを使用しています。型の列の圧縮とページの圧縮が行われます。(DATA_COMPRESSION=PAGE))GO以下がページ圧縮をしなかった場合の処理時間になります。ページ圧縮をした場合は以下になります。読み取り数が減るため、処理時間が短くなっています。場合は以下のようになります。相当になっていますね。圧縮した結果が以下になります。場合は以下になります。効率化をすることで性能を向上させるのは効果がありそうですので、データ圧縮は検討材料の一つとなるのかと。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。