海老原です。

> 　ある接続がイン・トランザクションであるとして、そのトランザクションに
> 対して重大な影響を与える他の接続での操作を許してしまうのは、一体どうい
> う事なんでしょうね。「トランザクションが暗黙的に終了します」は、その影
> 響を喰らう他の接続のトランザクションも、と言う事ですか？（笑）

これは、例えばテーブルAをUpdateしているトランザクションXがあったときに、
別のトランザクションYがテーブルAをDropしたら、トランザクションXも暗黙的に
終了してしまうの?　という疑問でしょうか?

MySQLがどうかは知りませんが、普通はトランザクションXはテーブルAそのものに
対して共有ロックを取得するから、トランザクションYはDROP TABLE文でロック待
ちになるもんなんじゃないでしょうか。

> 　REPEATABLE READ分離レベルのイン・トランザクションで REPEATABLE
> READが保証されない場合がある事、これは結構重大ですね。本来あってはなら
> ない事ですから。ダーティリードと逆のコミットされているデータが読めな
> い、selectの結果を信じて出したupdate等が実はスカになってしまう、などと
> 言う珍妙な事も起こりますね。REPEATABLEREAD分離レベルの動作としては、
> 「コミットされたデータ」の存在自体がかなり異様でしょう。

この一節がよく分からなかったので補足していただけるとうれしいのですが、MySQL
のどの現象を指してREPEATABLE READ分離レベルを指定してもREPEATABLE READに
ならないとおっしゃっているのでしょうか。
それともマニュアルにそう読める部分があるということですか。

--
海老原 雄一郎