UUID 生成ツール

よくある質問

UUID v4 と v7、どちらを使うべきですか？

v7 はタイムスタンプで始まるため、新しい ID は古い ID の後に並びます。これによりデータベースのインデックスがコンパクトで高速に保たれるため、主キーには v7 がよい選択です。作成時刻を見られたくない場合は v4 を使ってください。

2 つの UUID が衝突することはありますか？

実際にはありません。v4 UUID には 122 ビットのランダムな値があり、衝突の可能性が出てくるまでには、毎秒数十億個を何年も生成し続ける必要があります。

これらの UUID はトークンとして安全に使えますか？

ブラウザーの暗号論的に安全な乱数生成器で生成されますが、UUID は識別子であって秘密情報ではありません。セッショントークンや API キーには、より長いランダムな値を使ってください。

JavaScript、Python、シェルで UUID を生成するには？

ブラウザーと Node.js では、crypto.randomUUID() が v4 を返します。Python では uuid.uuid4() を、Python 3.14 以降なら uuid.uuid7() も使えます。macOS と Linux では uuidgen がランダムな UUID を出力します。macOS では大文字で出力されます。v7 の ID を手早く生成したい場合や、一度に最大 100 個まとめて生成したい場合は、このページを使ってください。

UUID v7 のキーは SQL Server で正しく並びますか？

デフォルトでは並びません。SQL Server の uniqueidentifier 型は最後の 6 バイトから先に比較するため、時刻順の UUID でもクラスター化インデックスの末尾には追加されません。SQL Server 独自の連番方式としては NEWSEQUENTIALID() があります。PostgreSQL や、BINARY(16) を使った MySQL はバイトを先頭から比較するため、v7 は正しく並びます。

nil UUID とは？

すべてがゼロの値 00000000-0000-0000-0000-000000000000 で、「ID なし」を表すプレースホルダーとして使われます。RFC 9562 では、すべての桁が f の Max UUID も定義されています。どちらもランダムではないため、実際の識別子として使わず、本物の ID が想定される場所では拒否してください。