MySQLの自動増分主キーIDはこのように処理されません

MySQLの自動増分主キーIDは段階的に増加しません

1. はじめに

MySQL データベースにデータを追加し、ON DUPLICATE KEY UPDATE を使用してデータを更新すると、ID が段階的に増加するのではなく、断続的に増加する場合があります。

たとえば、ID が 10 の場合、次に追加されるときには 15 または別の数字になる可能性があります。2 つの数字の間隔は、ON DUPLICATE KEY UPDATE が実行される回数です。つまり、ON DUPLICATE KEY UPDATE は、更新を実行するときにテーブルの主キーを 1 つ増やします。

図に示すように

2. 問題の紹介

同じテーブルを追加および変更するときに、2 つのマッパー インターフェイス メソッドを使用しました。つまり、2 つの ON DUPLICATE KEY UPDATE 操作を使用しました。これにより、更新時にテーブルの主キーが増加します。次回挿入時には段階的に増加しません。

3. 解決策

データベースの挿入と更新を分割します。

自動増分主キーの利点と欠点

主キーの自動増分

この方法では、データベースによって提供される自動インクリメント数値フィールドを自動インクリメント主キーとして使用します。その利点は次のとおりです。

（１）データベースは自動的に番号が付けられ、高速かつ段階的に増加し、順序良く保存されるため、検索に非常に便利です。

（２）デジタルタイプは場所を取らず、整理しやすく、プログラムに渡すのに便利です。

（３）システム以外でレコードを追加する場合は、このフィールドを指定する必要はなく、主キーの重複を気にする必要もありません。

実際、その欠点はその利点から生じており、その欠点は次のとおりです。

（１）自動増加のため、指定したIDのレコードを手動で挿入するのは面倒です。特に他システムと統合してデータのインポートが必要な場合、元のシステムのIDが主キーと競合しないことを保証するのは困難です（旧システムもデジタルであると仮定）。特に、新しいシステムが起動され、古いシステムと新しいシステムが並行して存在し、データベースが異種であり双方向の同期が必要な場合、自動増分主キーは悪夢になります。

（２）システム統合またはカットオーバー時に、新旧システムの主キーが異なり、数値である場合、主キーのデータ型が変更され、外部キーに関連付けられた他のテーブルも変更され、同様に深刻な結果を招くことになります。

（３）システムもデジタル化されている場合、インポート時に新旧のデータを区別するために、古いデータの主キーの前に文字識別子（「o」、oldなど）を追加して、古いデータであることを示す必要がある場合があります。この場合、自動的に増加するデジタルタイプは別の課題に直面します。

上記は私の個人的な経験です。参考になれば幸いです。また、123WORDPRESS.COM を応援していただければ幸いです。