UUID一括ジェネレーター
UUIDジェネレーターのプリセット
最大1000個のUUIDを一度に生成し、テキストファイルとしてダウンロードします — テストデータベースをシードしたり、フィクスチャセットを埋めたり、インポート用に識別子を事前割り当てしたりするのに便利です。
- ファイルは端末の外に出ません
- 無料、登録不要
- 透かしなし
- 一度読み込めばオフラインでも動作します
UUIDジェネレーターの使い方
- 1
バージョンを選ぶ
汎用のランダムIDにはv4、IDがデータベースの主キーになる場合はv7です。
- 2
個数を設定
1つから1000まで一度に生成します。
- 3
コピーまたはダウンロード
リストをクリップボードにコピーするか、テキストファイルとしてダウンロードします。
一括生成が聞こえるより重要な理由
単一のUUIDはどこでも生成するのが些細ですが、現実的なテストデータセット、開発データベース用のシードスクリプト、あるいはインポートジョブ用の事前割り当てされた識別子のバッチは、通常一度に数十から数百必要とし、単一値ツールを通じて1つずつ生成するのは、そのサイズのリストを組み立てるのに本当に面倒な方法です。1回のアクションで最大1000個を生成し、プレーンテキストファイル — 1行に1つ — としてダウンロードすることで、繰り返しの手作業になるはずのものが、シードスクリプト、フィクスチャファイル、スプレッドシートの列に直接貼り付ける単一のコピー＆ペーストのステップに変わります。
バッチ内の各値が独立して一意であり続ける理由
バッチで多くのUUIDを生成しても、単一のUUIDが持つ衝突耐性は何も犠牲になりません — リストの各値は独立して同じ暗号学的にランダムなソースから引き出され、ある生成された値と次の値の間に関係は一切ありません。1000個のバッチは単に同じ巨大な可能性の空間からの1000回の独立した抽選であり、個別により予測可能にしたり互いに衝突しやすくしたりするような構造を共有する1000個の値ではありません。
新しいテスト識別子のバッチの典型的な使い道
シードスクリプト、フィクスチャファイル、統合テストは、テストレコードを埋めるために現実的な見た目だが完全に偽の識別子の供給を頻繁に必要とします — 事前生成された100個または1000個のUUIDのバッチをシードファイルやスプレッドシートの列に直接貼り付ける方が、シードスクリプト自体の中でUUID生成関数を繰り返し呼び出すより速いことが多いです。特に、まったく同じ固定のIDセットを複数のテスト実行にわたって一貫して再利用する必要がある場合はそうです。
よくある質問
UUID v4とv7の違いは何ですか？
v4は完全にランダムです。v7は先頭ビットにミリ秒単位のタイムスタンプを設定するため、後で生成されたIDは前のものより後ろに並びます。どちらも実務上は同じように推測不可能です。v7は加えてたまたま順序付けられています。
データベースの主キーにはどちらを使うべきですか？
v7です。ランダムなv4キーはB-treeインデックス全体に挿入を分散させ、断片化させ、大規模での書き込みを大きく遅くします。v7キーは順序どおりに追加されるため、挿入は連続したままです — これが2024年にv7が標準化された理由です。
2つのUUIDが同じになることはありますか？
数学的には可能ですが、実務上はありません。UUID v4は122のランダムビットを持ちます — 衝突がありそうになる前に約2.7×10^18個生成する必要があります。比較として、これは地球上の砂粒の数より多いUUIDです。
安全に生成されますか？
はい。`Math.random`ではなく、オペレーティングシステムの暗号学的ランダムソースである`crypto.getRandomValues`を使います。これはUUIDが共有リンク、退会URL、パスワードリセットキーのような能力トークンとして使われる場合に重要です。
UUIDとGUIDは同じものですか？
はい。GUIDは同じ128ビット識別子のMicrosoftによる名称です。見つかる唯一の違いは形式です: Microsoftのツールはしばしばそれらを波括弧で囲み大文字を使います。どちらもこのツールが生成できる形式です。