MySQL鍵の一意性の保証

Question

私は、キー（文字列）が第3のparyソースから読み込まれるMySQL DBを持っています。ただし、これらは必ずしも一意に保証されているわけではありません（映画タイトル）。だから私はキーの一意性をチェックする必要があります。ユニークでない場合は、キーの最後にインクリメンタルカウントを追加するなどしてユニークにします。

これを行うにはどのようなパターンが最適ですか？私は現在、サードパーティや店舗カウントから受け取ったすべてのキーを格納するテーブルを持っているので、私はやる：私は新しい（または更新）行のIDを取得するためにjdbcTemplateやキーホルダーを使用しています

INSERT INTO MYTABLE(KEY) VALUES(KEY_VAlUE) ON DUPLICATE KEY UPDATE KEY_COUNT = KEY_COUNT + 1 

。問題は、私もカウントを取り戻す必要があるということです。もちろん、そのIDでレコードを取得するために2番目のクエリ（SELECT）を実行できます。しかし、ここでの問題は並行性です。同じセカンダリ・キーを持つ別のINSERTが、SELECTを実行する直前に発生する可能性はありますが、（可能性は低いですが）可能です。この場合、カウントは2回目に増加し、間違ったカウントが返されます。

アイデア？

リチャードに感謝します。

Answer 1

システムがANY行（最初に固有のものとして送信されないもの）の任意の一意のキー値を作成できるようにする場合は、それを一意に変更するのではなく、独自の内部サロゲートキーを使用して自動インクリメント機能を使用して（MySQLはそうですか？）、非ユニークな列属性でサブミットされたキーを保存します。

はこれを行うための最善のパターンがしない...

Answer 2

をすべてのリレーショナル整合性制約のために内部代理キーを使用して、唯一の他の非固有の要件のために提出したキーを使用します。このような文字列でテーブルをキーイングすると、特に衝突が発生することを事前に知っている場所では、長期的には悲しみ以外は何も起こりません。そうでなければ無意味な自動インクリメントキーを使用してください。必要に応じてタイトルで索引を付けることもできますし、データを狂わせる必要もありません。

ちなみに、映画タイトルの衝突については、映画の年を括弧で括っていると思います。 "生産者（1968年）"と "生産者（2005年）"

Answer 3

トランザクション。あなたは、InnoDBを使用しています。あなたはすべきです。

しかし、映画のタイトルは私にとって貧弱な主キーのように聞こえる。自動インクリメントの整数など、synthetic primary keyを追加することを検討しましたか？

Answer 4

これを行うためのパターンがあるのか​​どうかわかりませんが、単純にトランザクションを使用しないのはなぜですか？

START TRANSACTION; 

INSERT INTO MYTABLE(KEY) VALUES(KEY_VAlUE) ON DUPLICATE KEY UPDATE KEY_COUNT = KEY_COUNT + 1; 
SELECT KEY_COUNT FROM MYTABLE WHERE KEY=KEY_VALUE; 

COMMIT;