一意のvarcharの自動増分が重複を引き起こす可能性があります

Question

私は毎日何百ものデータを受け付けるPHPシステムを持っています。私はすべてのデータを格納するデータベースとしてMySQLを使用しています。

メインテーブルの1つで、それは 'tableData'と呼ばれ、すべてのメインデータが格納され、2つのプライマリキーがあります。第1の主キーは、自動インクリメント整数です。 2番目の主キーは、データが必要なときにこの形式（rep/yyyy/AIinteger、rep/2017/00021、rep/2017/00023、rep/2016/02345）のvarchar値を格納したsubmission_numです。

tableDataに提出するには、phpはsubmission_numの最大数を取得し、それを1つ増やして、新しいsubmission_numを使用して新しいデータをtableDataに挿入します。 （例えば、PHPが最大数としてrep/2017/00034を受け取った場合、整数部分を1だけ増やし、新しい申請件数はrep/2017/00035となります）、新しいデータを新しい申請と一緒に保存しますNUM）

PHPスクリプトのアルゴリズムは最大submission_num、
クエリを取得この

1. 次のようになります。SUBSTR（submission_num、5,4）=「$ curYearたtableData FROM SELECT submission_numを'ORDER BY submission_num DESC LIMIT 0,1 1

2. この方法は、問題を起こした1

3. ストアデータ

によって整数部分を増やします。 2人以上のユーザーが適切なタイミングで「送信」ボタンを押すと、彼らは同じsubmission numを生成し、重複したsubmission num（このsubmission numは一意である必要があります）を使用してデータベースに保存します。

PHPスクリプトのSelectクエリからテーブルを一時的にロックする方法はありますか？

Answer 1

テーブルには1つの主キー制約があり、複数の一意制約を持つことができます。 soapboxを脇に置いてください。

submission_numが表の3つの異なる属性を表すため、問題があります。行が挿入された時点で3番目の属性（指定された行セットのサブシーケンス）を計算したいので、テーブルのロックに関する質問をするための並列処理の問題があります。

代わりに、現実的なモデルを定義し、submission_numの最初のコンポーネントをコード列として保存し、2番目のコンポーネントをinsert_date列として格納します。

テーブルをクエリすると、後で3番目の "サブ属性"を計算できます。そうすれば、ではなく、というテーブルをロックする必要があります。これは、ユーザーが直面するアプリケーションでは絶対にしてはならないことです。あなたは、（追加year_submission_num列を含む）は、新しいテーブルに変更を加えることがその挿入日未満01-JAN-2017である行に対してyear_submission_numを移入し、あるビューを作成することができます

補遺1

2組のAとBの和集合

集合Aは、year_submission_numがnullでない行の集合で、投影列Cを定義しています。これは、現在の値を連結したものです。

セットBは、あなたが一日一回続いC.

を生成するために、より複雑なサブクエリを記述するyear_submission_numがnullの行のセットです、あなたはそれが現在どこyear_submission_numを更新するために、バッチジョブを実行しますヌル。そうすれば、「より複雑なサブクエリ」はそれほど高価ではありません。

をとすると、ページを変更する必要はありません。

Answer 2

いくつかのクエリでこの問題を処理できるかどうかはわかりませんが、私は単純なアプローチがあります。整数部分を1つ増やした後にもう一度チェックすることができます。結果のような2番目の主キーがない場合は、データを保存することができます。結果のように2番目のプライマリキーがある場合は、再び1にすることができます。ええ、あなたはこのチェックのループプロセスが必要です