データをロック中にエラーチェックを行うべきか？

質問

PHP5.2.4、MySQLバージョン4.1.16を使用しています。

次のように、データをロックする前にエラーチェックを行い、
エラーじゃなかったら更新処理を行うという書き方なのですが、
これだとエラーチェックとSTART TRANSACTION;（ロック開始）の
間で$pointが10以上になるか心配なのですが、そのようなことは
ありえるのでしょうか？
心配するぐらいならSTART TRANSACTION;してから
エラーチェックを書けばいいのでしょうが、
それだとROLLBACKの処理も絡んできそうで厄介なので
できればこのように書きたいのですが・・・
※
$pointとはそのユーザが所有しているデータの一部です（つまり任意のタイミングで書き換えが可能）

if ($point >= 10)//←ここでチェックを行い、エラーなら抜ける
{
　error('pointが10以上です');
　exit();
}

↑
// この間で$pointが10以上になる可能性が心配
↓

START TRANSACTION;//←ロック開始
//ここに更新処理
COMMIT;

回答No.1

tsuka2tsuka · ベストアンサー

$pointを変更できないようにしてから処理を行わない限りは、「エラーチェックとロック開始までの間で10以上になる」ことは当然あり得るでしょう。
厳密には、ユーザのデータを$pointにセットしてから、実際に$pointをプログラム内で使う前に、別のプログラムでユーザのデータが変更される、という意味ですよね？
まず$pointでユーザデータを取得しているテーブルをロックしてユーザのデータを変更不可にしてから10以上かチェックし、10以上だったら処理をせずにロックを解放してエラーを出力して終了、と書けるなら、それでいけると思いますが如何でしょうか。

ちなみに、ロールバックが厄介だろうが何だろうが、可能性があって、それがマズいなら、実装するしか無いと思います。
というか、厄介とかのレベルじゃなくて、ロールバック処理は当然の事だと思います。
別に、少々値がどうであってもかまわない、というのでなければ、プログラマが「面倒」などという理由でコーディングを省略するような事はやめた方が良いですよ。

お礼

ご返答ありがとうございます。
たしかにプログラムする上で当然のことですよね・・・
どうも自分の中で楽して記述したいという意識が強くて、
こういう思考になってしまいます・・・
参考になりました。ありがとうございます。