Loading...
Loading...
任意の数量のv4ランダムまたはv7時間順のUUIDを作成します。出力はブラウザのcrypto APIを使用してローカルで生成されます — アップロード不要、サインアップ不要、レート制限なし。
UUID（Universally Unique Identifier）、時にはGUIDと呼ばれるものは、システム間で調整なしに物事にラベルを付けるために使用される128ビットの値です。2台のコンピュータ — または2つのサービス — は同時にUUIDを生成することができ、衝突の可能性は非常に小さいため、UUIDは至る所に存在します：データベースの主キー、APIリクエストID、イベントID、ファイル名、ハードウェア識別子、ログ相関。バージョン番号はビットがどのように選ばれたかを示します。v4は完全にランダムで、他の何とも相関しません。v7は時間順のIDの新しい標準です：最初の48ビットはUnixミリ秒タイムスタンプで、残りはランダムであるため、v7 IDは作成順にソートされ、ランダムビットの衝突耐性を保持します。
v4は不透明な識別子の安全なデフォルトです。v7は、IDがデータベースインデックス、ログ行、またはソートされたリストに入る場合に、自然な作成時間の順序から利益を得るために必要です。
クイックペースト用に1つ生成するか、シードデータ、フィクスチャ、またはテスト入力用に1,000までのバッチを生成します。
ハイフン付きの標準（xxxxxxxx-xxxx-...）が適切なデフォルトです。コンパクトなストレージ用にハイフンなし、レガシーMicrosoft GUID用にブレース、または厳密なケースルールに合わせるために大文字を使用します。
単一行のコピーをクリックするか、全バッチを取得するために「すべてコピー」をクリックするか、スクリプトにドロップできる改行区切りのファイル用に.txtをダウンロードします。
再生成のたびに、window.crypto.getRandomValuesから新しいエントロピーが使用されます。過去の値はキャッシュされません — ページが閉じられると、IDは消えます。
v4: 128ビットのランダムビット、次にバージョン（4）とバリアント（10b）マーカーが標準の位置にスタンプされます。 v7: 上位48ビット = エポックからのUnixミリ秒、次にバージョン（7）、12ビットのランダムビット、バリアント（10b）、62ビットのランダムビット。 どちらも8-4-4-4-12の小文字の16進数としてフォーマットされ、オプションでハイフン、ブレース、または大文字のケースが含まれます。 ランダムビットはwindow.crypto.getRandomValuesから取得されます — これはブラウザによって提供されるCSPRNGです。 バージョン4は122ビットのエントロピーを持ち、衝突の確率は数十億のIDまで無視できるままです。 バージョン7はミリ秒ごとに74ビットのランダム性を持ち、衝突なしでデバイスごとにミリ秒あたり数兆のIDをサポートするのに十分です。
UUIDのレイアウトはIETF RFC 9562によって定義されています（これは古いRFC 4122を廃止しました）。バージョンの数字は常に第3グループの先頭にあり、バリアントビットは第4グループの高ニブルにあります — これらの2つのマーカーがリーダーにv4とv7、レガシーv1およびv3を区別させます。v7は新しいシステムのための現代的な推奨です。なぜなら、その時間プレフィックスにより、データベースは作成時間によって物理的に順序付けられたインデックスを保持でき、v4が生成するランダムシャッフルと比較してキャッシュの局所性が大幅に改善され、ページの分割が減少するからです。
| フォーマット | 例 |
|---|---|
標準v4 | f81d4fae-7dec-41d0-a765-00a0c91e6bf6 ハイフン付きの8-4-4-4-12の16進数 — どこでもデフォルト。 |
ハイフンなし | f81d4fae7dec41d0a76500a0c91e6bf6 URLや固定長のカラム用のコンパクトな形式。 |
ブレース（Microsoft GUID） | {f81d4fae-7dec-41d0-a765-00a0c91e6bf6} COM、.NET、およびWindowsレジストリキーで一般的です。 |
標準v7 | 0190a4b8-9d4d-7e02-9f3a-7e9e7b5c1234 時間でソート可能 — 新しいIDは古いものの後に辞書順でソートされます。 |
最終更新日