UUID 生成

// UUID 生成に関するよくある質問

UUIDとは何ですか？

UUID（Universally Unique Identifier）は128ビットの一意な識別子で、RFC 4122 で標準化されています。「8-4-4-4-12」の16進数フォーマット（例 `550e8400-e29b-41d4-a716-446655440000`）で表記され、データベースの主キー、APIのリクエストID、分散システムのレコード識別、テストデータ生成など、重複のないIDが必要な場面で広く使われます。

UUID v4とは何ですか？

UUID v4はランダムに生成されるUUIDで、122ビットがランダム値・6ビットがバージョン/バリアント識別子で構成されます。外部情報（時刻・MAC アドレス等）に依存しないため、生成側の情報が漏れず、最も汎用的に使われています。本ツールは暗号学的に安全な乱数生成器（`crypto.getRandomValues`）を使用するため、衝突の可能性は極めて低くなっています。

生成されたUUIDの一意性は保証されますか？

理論上は衝突の可能性がゼロではありませんが、UUID v4 の衝突確率は天文学的に低く、毎秒10億個生成しても85年間で50%です。実用上は一意と見なせます。さらなる確実性が必要な場合は、生成側でデータベースのUNIQUE制約 + リトライ処理を組み合わせるのが定石です。

UUIDとGUIDの違いは何ですか？

UUIDとGUID（Globally Unique Identifier）は本質的に同じものです。UUIDはRFC 4122で定義された標準的な呼称で、GUIDはMicrosoft が使用する呼称です。形式（8-4-4-4-12 の16進）・バイト数（16バイト/128ビット）は同一で、相互運用可能です。.NETやWindowsプラットフォームでは「GUID」、Linux/macOS や標準仕様の文脈では「UUID」と呼ばれます。

UUID v7との違いは？

v7 はタイムスタンプ（48bit ミリ秒）+ ランダム（74bit）で構成され、生成時刻順にソート可能です。DBの B-Treeインデックスへの挿入性能が向上し、ログのソートやページネーションが容易になる利点があります。v4 は完全ランダムなため挿入箇所が分散しインデックス効率が下がります。最近の新規プロジェクトではv7・ULIDを採用するケースが増えています。

ハイフンを除去した形式も生成できますか？

標準形式は `8-4-4-4-12` ですが、システム要件によりハイフンなしの32文字形式（`550e8400e29b41d4a716446655440000`）が必要な場合もあります。本ツールでは生成結果から手動でハイフンを除去できますが、頻繁に使う場合はテキスト置換ツール（`-` を空文字に置換）と組み合わせると便利です。

大量に一括生成できますか？

はい、本ツールでは1回の操作で最大100個まで一括生成できます。テストデータ作成、データベースのシード値生成、複数レコードの事前ID採番などに便利です。全UUIDをまとめてコピーする「全部コピー」と、個別にコピーする「個別コピー」両方に対応しています。

ブラウザ内で生成する場合の安全性は？

本ツールは Web Crypto API（`crypto.getRandomValues` / `crypto.randomUUID`）を使用しており、OS の CSPRNG から直接ランダム値を取得します。`Math.random()` ベースの低品質な乱数で生成されたUUIDと違い、予測不可能性が保証されています。セッションID・APIトークン・1回限りリンク等のセキュリティ用途にも使えます。

同じUUIDが何度も生成されることはありますか？

暗号学的に安全な乱数生成器を使う限り、現実的な確率では発生しません。例えば1秒間に10億個生成しても、衝突する平均期間は85年です。万が一に備えてシステム側でDBのUNIQUE制約を設定しておくと、衝突発生時のエラーハンドリングができて安心です。

データはサーバーに送信されますか？

いいえ、UUIDはすべてブラウザ内で生成・表示します。サーバーへの送信は一切ありません。社内システム用ID・テストデータ・本番DB用IDなどを生成しても情報漏洩リスクなく利用できます。