Encoders & Utilities

UUID-Generator

Generiert UUID v1, v4, v7, NIL oder MAX im Batch. Toggle für Großbuchstaben, Klammern oder dash-loses Format.

Version

v4 — random v7 — time-ordered (RFC 9562) v1 — time + node NIL — all zeros MAX — all ones

Quantity Between 1 and 1000.

UPPERCASE Wrap in {braces} No dashes

When to use which version

v1 — time-based + MAC node. Good when ordering matters and you need debuggable insertion order. Leaks MAC/host info if real MAC is used; we generate a random multicast-bit node so no real hardware is exposed.
v4 — random. Default choice. Collision-resistant (2¹²² entropy), good for distributed systems where ordering doesn't matter. Bad for DB primary keys at scale (random order kills B-tree locality).
v7 — time-ordered (RFC 9562, 2024). 48-bit Unix-ms timestamp prefix → lexicographically sortable + index-friendly. Recommended for new DB primary keys. Use this if you can.
NIL — 00000000-0000-0000-0000-000000000000. Sentinel/placeholder value.
MAX — all-ones UUID (RFC 9562). Useful as "infinity" sentinel paired with NIL.

Über dieses Tool

UUID Generator erzeugt Universally Unique Identifiers in mehreren Versionen: UUIDv4 (zufällig, 122 Bits Entropie — Standard für die meisten Anwendungen), UUIDv1 (zeit- und MAC-basiert), UUIDv7 (zeit-geordnete UUIDs mit guter Datenbank-Performance, neu seit 2024), plus die Sonderwerte NIL UUID und MAX UUID. Sie wählen Version und Anzahl (1, 10, 100, 1000), und erhalten die UUIDs in mehreren Formaten gleichzeitig (Standard mit Bindestrichen, ohne Bindestriche, Base64, URN).

Das Tool nutzt crypto.getRandomValues() der Web Crypto API für die Zufallsquelle — kryptografisch sicher und mit ausreichender Entropie. UUIDv7 ist ein moderner Ersatz für UUIDv4 in Datenbank-Primärschlüsseln: die Zeit-Komponente am Anfang erlaubt natürliche Sortierung und bessere Cache-Lokalität, was Indexing-Performance massiv verbessert ohne die Vorteile von UUIDs (verteilte Erzeugung, keine Koordination) zu opfern.

Wann Sie dieses Tool nutzen sollten

Datenbank-Primärschlüssel. Wenn Sie UUIDs statt Auto-Increment-IDs verwenden (skaliert besser, kein Koordinationsbedarf).
API-Request-IDs. Eindeutige IDs für Logs, Trace-IDs, Idempotency-Keys.
Datei-Namen. Eindeutige Bezeichnungen für Uploads, temporäre Dateien.
Test-Daten. Realistische ID-Strings für Unit-Tests und Mocks.

v4 vs. v7 — welche wählen?

UUIDv4: komplett zufällig, perfekte Eindeutigkeit, aber als Datenbank-Primärschlüssel schlecht — die zufällige Verteilung führt zu fragmentierten B-Tree-Indizes und schlechter Cache-Lokalität. UUIDv7: erste 48 Bits sind Timestamp (Millisekunden seit Epoch), Rest zufällig — natürliche Sortierung nach Erstellungszeit, sequentielle Inserts in B-Trees, deutlich bessere Datenbank-Performance. Für neue Projekte: UUIDv7 ist die bessere Wahl. Für bestehende UUIDv4-Schemata: keine eilige Migration nötig.

Häufige Fragen

Sind UUIDs wirklich eindeutig?

Praktisch ja. UUIDv4 hat 122 Bits Zufallsentropie — Sie müssten 2^61 ≈ 2,3 Trillionen UUIDs generieren, bevor eine Kollision wahrscheinlich (50 %) wird. Mit einer guten Zufallsquelle (was crypto.getRandomValues garantiert) sind reale Kollisionen praktisch ausgeschlossen. UUIDv1 verwendet MAC-Adresse + Zeit und ist garantiert eindeutig (wenn die MAC eindeutig ist).

Warum nicht einfach Auto-Increment-IDs?

Auto-Increment ist klein, schnell und einfach — perfekt für Single-Database-Systeme. Probleme: zentrale Sequenz-Generation skaliert schlecht über mehrere DBs, IDs verraten Information (Größe der Tabelle, neue Aufträge per Tag), und beim Mergen von Daten gibt es Konflikte. UUIDs lösen das auf Kosten von Größe (16 statt 4 Bytes) und Indexing-Effizienz (besonders v4).

Wie sieht eine UUID aus?

36 Zeichen: 8-4-4-4-12 Hexadezimal mit Bindestrichen, z. B. f47ac10b-58cc-4372-a567-0e02b2c3d479. Insgesamt 128 Bits (32 Hex-Zeichen), wobei 6 Bits für Version und Variant-Indikator verwendet werden. Manche Datenbanken speichern UUIDs als 16-Byte-Binary statt 36-Zeichen-String, was Platz spart.

Verlassen die UUIDs meinen Browser?

Nein, alles clientseitig. Die Zufallsbits stammen aus crypto.getRandomValues() des Browsers, der Zufall wird im OS-Kernel erzeugt. Selbst beim Batch-Generieren von 1000 UUIDs geht kein Request an unsere Server.