かさはらです。こんにちは。

二見さんも書かれているように、オリジナルの投稿者の方の要件を聞かずに
議論してもしようがないですね。
ただ、ロックの信頼性を気にするくらいなので、単純に数を数えたいという
要件ではないように思えます。

Hiroyuki Yoshikawa <yoshikawa.h@xxxxxxxxxx>さん曰く:

》> Hiroyuki Yoshikawa <yoshikawa.h@xxxxxxxxxx>さん曰く:
》> 
》> 》本題とは少しずれますが単純なカウンタ処理であれば，updateしてからselect
》> 》すればテーブルロックは必要ないと思いますがいかがでしょうか？
》> 》
》> updateしてから、selectするまでの間に他の人がupdateしても平気ですか?
》
》DBで矛盾は起こらないと思います．
》
一般的に考えれば、注文番号とか顧客番号とか、そういうユニークな番号を
振りたいのではないかと想像します。
であれば、DBに矛盾が生じます。

》> 同じ番号が表示されても良いカウンタというのがあるのでしょうか?
》
》何番目の利用者かを知るためのカウンタでは同じ番号が表示されると不都合で
》すが，総数を知るためのカウンタでしたらかまわないと思います．
》
総数を知るためだったら、注文データの数を数えるとか、会員の総数を数える
とかすればいいのであって、カウンタを作る必要はないですよね。

そもそも「カウンタ」という言葉の捉え方が違うので、これ以上議論しても無
駄ですが、あえて書いたのは、武井さん以外の方も含めて、
　ユニークな番号を採番したい
という要件に対して
　updateしてからselectすればロックする必要はない
という誤解を与えてしまう危険性があったからです。

--
 カさはらのりお   no@xxxxxxxxxx