複雑なストアドでエラーが発生した場合、どのような状態でエラーになったのかを検証することが難しいというケースはよくある。特にビジネスロジックを組み合わせた処理で問題が発生すると業務に支障を最小限とするためストアドの実行をロールバックする仕組みを採用していることが多いだろう。 ロールバックは「データを健全に保つ」意味で非常に大事だといことはよく理解されているが、実際には何らかの問題が発生してロールバック処理が実行された原因を追究しなければならない。適切にログを残していたつもりがロールバック処理でログも残っていなかったという経験があるのではないだろうか? 今回はロールバック処理でもログを残せる方法を一例にしながら ■SQL Server 2005 における #table(一時テーブル) と@table(変数テーブル) の違いを書いてみたい ◇#table(一時テーブル)の作成 CREATE TA
![ログテーブルへログを登録する - 月のあかり - IT編](https://cdn-ak-scissors.b.st-hatena.com/image/square/ab60ebfcdf7d376aaf1989761ef80c44603f8a05/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fr%2Frezev_hikaru%2F20100318%2F20100318112530.jpg)