何ができるか
UUID（Universally Unique Identifier）は、3f2b8c1e-9a4d-4e7b-8c2f-1d5e6a7b8c9d のように 5 つのグループに分けた 16 進数 32 桁で表記される 128 ビットの値です。UUID は中央のサーバーに問い合わせることなく、どこでも、どのプログラムでも作成でき、それでも一意になります。そのため、データベースのキー、リクエスト ID、ファイル名、メッセージの識別子として使われています。
このジェネレーターは、暗号論的に安全な crypto.getRandomValues API を使ってブラウザ内で UUID を作成します。現行の UUID 標準である RFC 9562 に準拠しています。
使い方
- ランダムな ID なら v4、作成時刻順に並ぶ ID なら v7 を選びます。
- 必要な 個数 を 1〜1000 の範囲で選びます。
- コンパクトな 32 文字の形式にするなら ハイフン をオフに、大文字を前提とするシステム向けなら 大文字 をオンにします。
- 生成 をクリックすると新しい UUID が作られます。リストをコピーまたはダウンロードします。
例
バージョン 4 の UUID を 5 つ生成すると、次のようになります。
9b2c7f0e-5d1a-4c3e-a8f7-2e6b1d0c9a84
1f4e8a2b-7c3d-4b9e-8d1f-6a5c2e7b3f90
c0a7d3e9-2b6f-4e1a-b5c8-9d4f7a1e2c63
5e9b1c4d-8a2f-4d7e-9c3b-0f6a8e2d1b57
a3f6e2d8-1c9b-4a5e-87d4-3b2c0e9f6a183 番目のグループの先頭にある 4 がバージョンで、4 番目のグループの先頭の桁（8、9、a、b のいずれか）が RFC のバリアントを示します。
どのバージョンを使うべきか
- 新しいデータベースの主キーには v7 を使いましょう。挿入が高速なまま、余分な列なしでレコードを作成時刻順に並べられます。
- 公開 URL など、ID から作成時刻がわかってはいけない場合は v4 を使います。
よくある質問
› UUID v4 と v7 の違いは何ですか？
バージョン 4 は 122 ビットの純粋な乱数です。バージョン 7 はミリ秒単位の作成時刻の後に乱数ビットが続くため、v7 の ID は作成時刻順に並びます。新しい行がインデックスの末尾に追加されるので、データベースの主キーとしてずっと扱いやすくなります。
› 生成された UUID が重複することはありますか？
実際上はありません。122 ビットの乱数では、重複が 1 つ生じる確率が 50% に達するには、毎秒約 10 億個の UUID を 85 年間生成し続ける必要があります。
› UUID と GUID は同じものですか？
はい。GUID は同じ 128 ビットの識別子に対する Microsoft での呼び名です。Microsoft のツールの中には、大文字で表示したり波括弧で囲んだりするものもあります。
› これらの UUID を秘密の値として使っても安全ですか？
ブラウザの暗号論的に安全な乱数生成器で生成され、端末の外に出ることはありません。それでも、API キーやセッションの秘密情報には専用のトークン形式を使うことをおすすめします。