MySQL MLの皆さんこんにちは、海老原です。

松枝さん、ちょっと質問させていただいてもよろしいでしょうか。

--- ML account <ml@xxxxxxxxxx> からのメッセージ：
> 
> 　あぁ、InnoDBに関してなら、トランザクションを使う事自体が間違っている
> のでは、と思いますけど。またOracle8に関して言えば、条件によってはテー
> ブルロックが効かない場合もあります。

ちょっとここの部分がよく分かりませんでした。
「Webアプリケーションでは」という前提で、InnoDBでトランザクションを利用し
ないほうがいいということですよね。
よろしければその理由について教えてもらえないでしょうか。

またOracle8でテーブルロックが利かない、というのは聞いた記憶にないのですが
、どのような条件の場合なのでしょうか。

> 　ロックを掛けた後、あるいはイン・トランザクションで、処理プログラムが
> あぼーんとなってしまうと、確かにロックが残って誰も触れなくなる様なDBMS
> はあります。Oracleとかね。だから、適切なタイムアウト値の測定や設定が必
> 要なんです。MySQLに関して言えば、処理プログラムがあぼーんしてDBサーバ
> との接続が切れれば、テーブルロックは解除されます。

ご参考まで、そこはOracleも同じです。
TCPなどのアプリケーションよりも下のレイヤーで切断を検知できない場合にしば
らく残ってしまったり、たまにはBugとかもあるようですが。

> > こういう可能性がある場合、私はレコードが更新される度に
> > カウントアップされるカラムを用意しておいて、読み出した
> > ときの値と更新するときの値をチェックし、同じでなければ
> > エラーとして処理するようにしています。読み出される頻度
> > が多く、たまに更新されるようなアプリケーションではこん
> > なやり方で十分な場合が多いと思います。
> 
> 　そういうやり方もあるでしょう。

いわゆる楽観的ロックというやつですよね。
ただ、この場合にもトランザクションやロックによる排他制御が不要かと言うと
そんなことはなくて、単にロックを保持する期間を非常に短くできる、という程
度のことだと理解しています。

--
海老原 雄一郎