computer.unix - UNIX

UNIX 関連の情報交換ボード

＞ 要するに、アクセスが重なったときに整合性が取れるように
＞ 片方の処理をきちんとひとまとめの処理として終わらせる
＞ と言うような機構のことでしょうか。

たとえば，銀行である人Ａが別の人Ｂにお金を振り込むとき，
１．Ａの口座の残高をとりだし，ｘ円引き，結果を書き込む
２．Ｂの口座の残高をとりだし，ｘ円足し，結果を書き込む
という２つの処理をするわけです．

もし，ここで１が終わった段階でマシンがフリーズすると，
ｘ円が消失してしまいます．

また，別の問題として，Ａさんが振込処理すると同時に，
別のＣさんがＡさんの口座に振り込もうとしたとき，
１の処理で残高を取りだしたあとにＣさんの振込処理で
残高が増えた場合，その後１の処理で結果を書き込むと，
振込処理で残高が増えた分が消えてしまいます．

% 実際このくらいの簡単な操作なら，トランザクション以前に
% １つの塊として処理されますが(^^;;

そういった問題を防ぐために，１と２を１つの塊として
処理するのがトランザクションですね．

PostgreSQLは良く知りませんが，Oracleなどであれば，
トランザクション完了の通知を受け取った段階で，
たとえマシンがフリーズしようが電源切ろうが
ちゃんと実行した内容は保存されてますし，
途中でダメになったらトランザクション全体が
キャンセルされます．

＞＞ ただ，速さなら一番でしょう(^^;
＞＞ めちゃくちゃ速いはずです．
＞ そうなんですか。いいことを聞きました(^^)
＞ ただ、複数テーブルの処理になると整合性が取れなくなる可能性が
＞ あるわけですね。

複数テーブルの場合，A,B,Cのテーブルがあるなら，
その２つのテーブルを排他ロックしてから書き替えれば，
（DBが途中で止まらない限り）整合性はとれます．

ただ，テーブルのロック順を統一しないとデッドロックに
なってしまうのでまずいです．