片寄です。

ML account wrote:
> 　シングルユーザ、シングルタスクのシステムならそれでも良いでしょう。です
> が、今回のケースはPHPを使っているシステムですよね。つまり、Webベースのシ
> ステムと類推出来ます。
> 
> 　Webベースのシステムは、基本的にマルチユーザ、マルチタスクなシステムで
> す。マルチユーザ、マルチタスクなシステムでは、テーブルをロックするとか、
> トランザクションを使うとか、連番に関しては Oracle等のシーケンスや MySQL
> でも可能なそれ類似の仕組みを使うとかの保護措置を取らない限り、 DBから取
> って来た値を書き戻すなんて事は禁じ手、非常に危険ではないでしょうか。一般
> 論としては、ですが。
> 
> 　当世流のWebベースシステム、あるいは大型を使ってのマルチユーザベースの
> システムでの伝票入力で伝票番号を出力するなら、何らかの方法を使ってシング
> ルユーザ、シングルタスク化するか、仮発番の機構を使うか等の方策で、てマル
> チユーザ、マルチタスク環境でも破綻しない環境を整えるがオーソドックスな手
> 法でしょう。そう単純では無いと思います。

松枝さんのご意見、私も同感です。

私も最初、どうしてauto_increnentを使うのか疑問を感じました。
多分私なら、KEYになる項目(INDEX)にauto_incrementは使わないと思います。
伝票を結合（UNION ALL）したり、分解したりする場合を考えれば大変なこと
になりそうだからです。


> 
> 
> > 余計なコメントでした。
> 
> 　MySQLを使おうがOracleその他を使おうが、システムの設計はこういう点をク
> リアにして行く作業は必須と思いますよ。その意味ではこの様な意見交換は有意
> 義だとボクは思いますけれど。受け入れられるかどうかは別問題ですね。

「機能」を実現したいことへの答えを安易にしてしまったことを反省します。
このような議論が重要だとの見解、賛成です。至らぬ意見を今後ともしますが
ビシバシご指摘ください。