トランザクションのロールバック後も SQL Server の ID 列が増加するのはなぜですか?

ロールバック時の SQL Server ID 列の動作について

SQL Server の自動インクリメント ID 列には、トランザクションのロールバック後もインクリメントし続けるという独特の特性があります。これにより、ID シーケンス内にギャップが生じ、特定のアプリケーションで潜在的な問題が発生する可能性があります。

トランザクション内の INSERT ステートメントが失敗し、トランザクションがロールバックされると、挿入された行は削除されます。 ただし、ロールバック前に割り当てられた ID 値は変更されません。これにより、ID 値が未使用になり、ギャップが生じたり、これらの値を再利用しようとすると問題が発生したりする可能性があります。

ID 列のこの非トランザクション的な性質は意図的なものです。 マルチユーザー環境では、ID 割り当てをトランザクションにすると、同じ ID 値の同時アクセスと割り当てを防ぐロック メカニズムが必要になるため、重大なパフォーマンスのオーバーヘッドとボトルネックが発生します。

そのため、ロールバック後に「失われた」ID 値を回復することはできません。

アイデンティティのギャップを軽減するには、次のような一意の識別子を生成するための代替アプローチを検討してください。

• GUID (Globally Unique Identifier): 普遍的に一意の値を提供し、重複の可能性を排除します。
• シーケンス (SQL Server 2012 以降): 一意の番号を生成するための、より制御された効率的なメカニズムを提供します。
• カスタム ロジック: データベースの外部で一意の識別子を生成するアプリケーション レベルのロジックを開発し、生成プロセスをより詳細に制御できるようにします。

以上がトランザクションのロールバック後も SQL Server の ID 列が増加するのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。