はじめに

雇用調整助成金オンライン申請に関する記事を見て、
じゃあ どんなときにＩＤが重複するのかを、私の経験を元にまとめました。

最大値＋１

[果物マスタ]

この場合、最大値３＋１、すなわち「４」が次のＩＤです。

しかし複数のプロセスが「同時」に最大値を取得すると、
両プロセスともに「４」という重複ＩＤが割り振られてしまいます。
（一方が４、他方が５とはならない。）

コーディングにもよりますが、重複ＩＤだけ割り振られて、
ぶどうの insert エラーをシステムが適切に処理しなかった場合、
ぶどうを登録したユーザに対して
「4:バナナ が正常に登録されました」
と、身に覚えのないメッセージが表示されるでしょう。

※「最大値＋１」が悪いわけではなくて、
設計やコーディングが甘いことが問題です。

ランダム値

[果物マスタ]

random_int() などで得られるランダム値をＩＤにする設計も、
たまに見かけます。これも重複ＩＤが発生し得ます。

マスタを同時刻に登録しようとして、偶然、同じランダム値が
生成される可能性は、ゼロではありません。

ＩＤの頭に「年月日時分秒」を付けても同じです。
同時刻に同じランダム値が生成されれば、意味がありません。

ＩＤ使いまわし ＋ 未削除データ

前述の「最大値＋１」の場合ですが、
「4:バナナ」を削除したら、次回 登録時、
再度「４」が割り振られてしまいます。

[果物マスタ(親)]

[生産地マスタ(子)]

このとき共通ＩＤの別テーブルに、
例えば果物マスタの子テーブル「生産地マスタ」に、
バナナの生産地「4:フィリピン」が うっかり消されずに残っていたら、
ぶどうの生産地が登録できないかもしれません。

まとめ？

主キー、排他制御、トランザクション、AUTO_INCREMENT、シーケンス等を
システムに合わせて設計して、重複しないＩＤ生成を心がけましょう。