Was ist UUID-Generator?

Erstellt universell eindeutige Kennungen in den Formaten v4 (zufällig), v7 (zeitsortiert), v1 (Zeitstempel plus Knoten), v8 (benutzerdefiniertes Layout) und v5 (namensraumbasiert und reproduzierbar). Einzelne oder mehrere UUIDs erzeugen, beliebige UUIDs prüfen oder stabile IDs aus Namensraum und Name ableiten — nützlich für Datenbankschlüssel, API-Tokens, Testdaten und verteilte Systeme.

v4 für vollständig zufällige IDs wählen, v7 für IDs, die nach Erstellungszeitpunkt sortieren (was Datenbankindizes entgegenkommt und Log-Zeitachsen leicht lesbar macht), v1 für die klassische ID mit Zeitstempel und Knoten oder v8 für das benutzerdefinierte Layout aus RFC 9562. v5 für deterministische IDs aus Namensraum und Namens-Zeichenkette wählen. Der Validierungsbereich dekodiert eine beliebige UUID und zeigt Version, Variante und, sofern vorhanden, den eingebetteten Zeitstempel. Bis zu 1000 auf einmal generieren, Großschreibung umschalten, einzelne Zeilen oder den gesamten Stapel kopieren und als Text, Tabellen-CSV, JSON-Array oder direkt ausführbare SQL-INSERT-Befehle exportieren.

Anleitung

1. Schritt 1 — Modus wählen: v4 für vollständig zufällig, v7 für zeitsortiert, v1 für eine ID mit Zeitstempel und Knoten, v8 für das benutzerdefinierte/experimentelle Layout, v5 für deterministische namensraumbasierte IDs oder Prüfen, um eine vorhandene UUID zu validieren.
2. Schritt 2 — Bei v4/v7 die gewünschte Anzahl angeben (1 bis 1000); bei v5 einen Namensraum wählen und den zu hashenden Namen eintragen; beim Prüfen die UUID einfügen und auf Prüfen klicken.
3. Schritt 3 — Einzelne UUIDs oder den ganzen Stapel kopieren, bei Bedarf Großschreibung aktivieren und als Text, CSV oder JSON herunterladen.

Wann verwenden

• Eine Testdatenbank mit Primärschlüsseln befüllen, bevor die erste Migration läuft.
• API-Tokens oder Geräte-IDs für verteilte Systeme ausstellen.
• Session-, Trace- oder Korrelations-IDs für Log-Aggregation erzeugen.

Ergebnis

Sie befüllen eine Testdatenbank und benötigen 50 eindeutige Primärschlüssel. Wählen Sie UUID v4, setzen Sie die Anzahl auf 50, generieren Sie und kopieren Sie alle — jeder ist kryptografisch zufällig mit vernachlässigbarem Kollisionsrisiko.

Häufige Fragen

Was ist der Unterschied zwischen UUID v4, v5 und v7?

v4 sind 122 Bit reiner Zufall ohne Struktur. v5 hasht eine Namensraum-UUID mit einer Namens-Zeichenkette per SHA-1; dieselben Eingaben ergeben also stets dieselbe UUID — praktisch für deterministische IDs aus E-Mail-Adressen oder URLs. v7 stellt einen 48-Bit-Millisekunden-Zeitstempel an den Anfang und füllt mit Zufall auf, sodass eine Liste von v7-UUIDs chronologisch sortiert. Das macht sie ideal für Datenbankschlüssel, bei denen die Einfügereihenfolge zählt.

Wie wahrscheinlich ist eine UUID-Kollision?

Eine Milliarde v4-IDs pro Sekunde über 85 Jahre ergibt ungefähr 50% Chance auf eine einzige Doppelung. In normalen Anwendungsvolumen sind Kollisionen ohne zusätzliche Koordination praktisch ausgeschlossen.

Sollte ich UUIDs als Primärschlüssel nutzen?

Ja in verteilten Systemen, wo sequenzielle IDs schwer zu koordinieren sind. Bevorzuge v7 gegenüber v4: zufällige v4-Schlüssel fragmentieren den B-Baum des Index, während der Zeitpräfix von v7 neue Einträge am Index-Ende bündelt.

Ist eine UUID in einer öffentlichen URL sicher?

v4 ist nicht erratbar und taugt damit als weiches Geheimnis für Share-Links oder Passwort-Reset-Tokens. v7 verrät die Erzeugungszeit; wenn das problematisch ist, nimm v4 für öffentliche Identifier.

Kann man eine UUID für URLs kürzen?

Kodiere die 128 rohen Bits in base32 oder base62 um, und du bekommst eine Zeichenkette aus 22 bis 26 Zeichen mit derselben Eindeutigkeit. Die Bindestriche der Standardform sind reine Optik und lassen sich gefahrlos weglassen.

Ähnliche Tools