前のデータを変更するというようなログの記録となります。8GB」というような変更を行った場合は、先頭の数字部分のにも変更となりますので、トランザクションログの書き込みについては次のようになります。これがトランザクションログの書き込みの通常の動作となります。一時テーブルを作成した場合の動作で見てみましょう。(テーブル変数も同様の動作となります)一時テーブルのデータ書き込みにつてもトランザクションログの記録は行われていますので、通常のテーブルと同様のアプローチでログの内容を確認することはできます。次のクエリでテーブルを作成します。varchar(60))テーブルの作成が終わったら、データの投入を行ってみます。後にテーブルのデータを確認すると次のようになります。「0x」となっており、登録したデータが登録されていないことが確認できますね。許せないから記録されていないということではなく、この動作が「ロギング最適化による最小のログ記録」の動作となります。実行して、かずあき単位を修正してみます。16GB'この時のログの記録内容がこちらになります。登録が行われていません。実行した場合は、削除したレコードの登録が行われます。サービスが再起動したタイミングで削除される揮発性のあるデータとなります。そのため、トランザクションログの書き込みについては、最適化が行われており、その最適化の一環として、「ヒープテーブルに対してのトランザクションログの書き込み」の動作が通常のテーブルとは異なっています。先ほどはヒープで一時テーブルを作成しましたが、主キーを付けてデータを登録してみます。varchar(60))ヒープ構造ではない一時テーブルについては、通常のテーブルのようにログレコードが生成されていることが確認できますね。学習するのに役に立ちますので、トランザクションログの解析ができるということは無駄なスキルにはならなさそうですね。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。