Sybaseの分離レベル

〜Isolation Level〜

０．改訂履歴

• 2002.08.16　新規作成
• 2002.09.06　その他のデータベース情報の追加．

１．はじめに

　このドキュメントでは，Sybaseにおける分離レベルについて説明する．

２．分離レベルとは

• Sybaseのような，複数ユーザが同時に接続して処理を行うRDBMSでは，複数のトランザクションが同時に発生する事になる．
• その時，共通のデータ（テーブル等）にアクセスすると，お互いにデータを上書きしたり等の衝突が発生する．
• RDBMSでは，同時に実行されるトランザクションが，お互いに干渉せずにデータ整合性を保つ仕組みが必要となる．
  • データの整合性が保たれない一例を「ダーティリード」と呼んだりする．
  • 意識的にダーティリードを許す場合もあるので，名前のイメージとは違い，悪い事ではない．
• その仕組みはいくつかあり，それを分離レベル（Isolation Level）という．
• ANSI規格では，以下の４つが定義されている．

• 分離レベルによって，データに対してどのタイミングでロックを取得するかを決定される．
• 分離レベルは，意識しなければRDBMSのデフォルトを採用しているが，セッション時に変更する事もできる．

３．Sybaseの分離レベル

• RDBMSの実装によって，分離レベルの動作が違ったりするが，このドキュメントではタイトル通りにSybaseについて分離レベルの説明を行う．

４．Read Uncommitted

• タイトルの通り，「コミットされていないデータを読めちゃう」という分離レベル．
• これを説明すると，次のようになる．

• 他のトランザクションが何してようと気にしない（同期を取らない）自分勝手な処理なので，心配事がないので軽いと考えられる．
• ただし，ある時点のデータがどのようになっているか不明となる．

５．Read Committed

• これもタイトル通りに読むと，「コミットしたデータしか読まないよ」という分離レベル．
• ロックの単位をよく考えないと，処理待ちが多く発生して遅延してしまうので注意．
• とはいえ，デフォルトがこの設定だったりする．

６．Serializable Transactions

• 名前の通り，トランザクションが同時実行ではなく，順番に１つづつ実行される．
• この分離レベルが一番厳密な（厳しい）もの．
• このレベルで動作の場合，トランザクション開始以前のデータだけが対象となる．
• そのトランザクションの開始以降に他のトランザクションで更新されたデータを変更できない．
• この方法を使うと，デッドロックが発生する可能性が高くなる．

７．ダーティリード

• コミットしてないトランザクションが変更したデータを，別のトランザクションが変更することを禁止する．
• 変更はできないが，別トランザクションで読み出せる．
• Read Uncommittedの事．
• よって，何度も読み出していると，毎回違う値になる場合がある．
• 途中結果にて正確性を必要としないトランザクションで利用する．

８．反復不可能読み取り（nonrepeatable read）

• 繰り返しデータを読み込むと，毎回データが違う状態．

begin tran
update 在庫
  set 数量= 数量 + 5
commit

update 在庫
  set 数量= A - 5
commit

• 動き的には正しいが，処理によってはトランザクション中は誰にもデータをさわらせない様にしたい場合がある．

９．ファントム値

• トランザクション中に現れたり消えたりするお化け（Phantoms）のようなデータの事．
• １番目のトランザクションが，検索である範囲の行セットを読み込む．
• ２番目のトランザクションが，INSERT,UPDATE,DELETE等でそのデータを変更する．
• １番目のトランザクションが，再度データを読み込むと値が変わっている．
• ということらしいが，反復不可読みとりとどう違うのか，よく変わってないです．

１０．データベース製品の分離レベルサポート一覧

• 主な製品について，以下にまとめる．

★印は，そのプロダクトのデフォルト．