UUID Generator

01

So funktioniert’s

1. 1

   Wähl eine Version

   v4 sind 122 zufällige Bits und der richtige Standard für alles Öffentliche. v7 legt einen Timestamp in Millisekunden in die vorderen 48 Bits, sodass sich die Werte nach Erstellungszeit sortieren – die Version, die du für einen Primärschlüssel in der Datenbank willst. Nil und Max sind die beiden reservierten Werte aus RFC 9562.

2. 2

   Wähl, wie viele und in welcher Form

   Bis zu tausend auf einmal. Schalter für Großbuchstaben und Bindestriche decken die Systeme ab, die einen nackten String mit 32 Zeichen wollen, und der Ausgabemodus verpackt den Stapel als Strings in Anführungszeichen, als JSON-Array oder als SQL-Value-Tupel. Ein UUID Generator, bei dem du die Ausgabe von Hand umformatieren musst, hat nur die Hälfte erledigt.

3. 3

   Kopieren oder herunterladen

   Kopier den ganzen Stapel oder speicher ihn als Textdatei. Nichts wird auf einem Server erzeugt und nichts übertragen – die Werte kommen aus crypto.getRandomValues in deinem eigenen Tab. Nur so kannst du sicher sein, dass eine Kennung, der du gleich vertraust, nicht auch in irgendjemandes Log steht.

02

Was die Zeichen bedeuten

550e8400-e29b-41d4-a716-446655440000
             ↑    ↑
             |    variant
             version

03

v4 und v7

04

Warum es v7 gibt

05

Reihenfolge innerhalb einer Millisekunde

06

Speicherung

07

Häufige Fragen

Was ist eine UUID?

Eine 128-Bit-Kennung, geschrieben als 32 Hexadezimalzeichen in fünf Gruppen mit Bindestrichen. Der Witz ist, dass sie unabhängig und überall erzeugt werden kann, ohne Abstimmung mit einer zentralen Stelle, und in der Praxis trotzdem eindeutig ist.

Ist ein UUID-GUID-Generator dasselbe?

Ja. GUID ist Microsofts Name für dieselbe 128-Bit-Kennung, und beide Begriffe werden in allen Ökosystemen austauschbar verwendet – ein UUID Generator und ein GUID-Generator sind also dasselbe Tool unter zwei Namen. Der einzige echte Unterschied, dem du begegnen wirst: Microsoft-Tools setzen den Wert oft in geschweifte Klammern.

Was ist der Unterschied zwischen UUID v4 und v7?

v4 ist komplett zufällig. v7 stellt einen 48-Bit-Timestamp in Millisekunden an den Anfang und füllt den Rest mit Zufall, sodass später erzeugte Werte nach früher erzeugten sortiert werden. v4 gibt dir Unvorhersagbarkeit, v7 gibt dir Ordnung – und Ordnung ist das, worauf ein Datenbankindex Wert legt.

Welche UUID-Version soll ich nehmen?

v7 für Primärschlüssel und alles, wonach du sortierst oder paginierst. v4 für öffentlich sichtbare Kennungen, bei denen ein eingebetteter Erstellungszeitpunkt mehr verraten würde, als dir lieb ist. Für alles, was User sehen, ist v4 der sicherere Standard; geht es in eine Datenbank und du bist dir unsicher, nimm v7.

Warum ist v4 schlecht für Primärschlüssel in der Datenbank?

Weil jeder Wert an einer zufälligen Stelle im Index landet. Inserts verteilen sich über den ganzen B-Tree, statt am Ende angehängt zu werden. Das fragmentiert die Pages und drängt das Working Set aus dem Speicher, je größer die Tabelle wird. v7-Werte sind nahezu sequenziell, Inserts bleiben also lokal, und der Index verhält sich wie eine Auto-Increment-Spalte.

Sind diese UUIDs wirklich zufällig?

Sie kommen aus crypto.getRandomValues, der kryptografisch sicheren Zufallsquelle des Browsers – nicht aus Math.random, das vorhersagbar und für Kennungen ungeeignet ist. Dieser UUID Generator läuft komplett clientseitig, die Werte werden also von deinem Rechner erzeugt und nie übertragen.

Wie wahrscheinlich ist eine Kollision?

Bei v4 vernachlässigbar, in jeder Größenordnung, der du begegnen wirst. Es gibt 2^122 mögliche Werte, und du müsstest etwa 2,7 × 10^18 davon erzeugen, bevor eine einzige Kollision zu 50 % wahrscheinlich wird. Echte Systeme scheitern aus jedem anderen Grund, lange bevor das zum Thema wird.

Kann ich die in Produktion verwenden?

Ja, für Seed-Daten, Fixtures und einmalige Fälle. Für Werte, die deine Anwendung zur Laufzeit erzeugt, ruf die Funktion deiner Plattform auf – crypto.randomUUID() in Browsern und Node, uuid_generate_v4() in Postgres, uuid.New() in Go. Ein Generator wie dieser ist für die Momente, in denen du einen Wert von Hand brauchst, nicht für eine Abhängigkeit in deinem Code-Pfad.

Wofür ist die Nil-UUID?

Sie besteht nur aus Nullen und bedeutet „keine UUID“ – ein definierter Platzhalter statt null. RFC 9562 definiert außerdem eine Max-UUID aus lauter Einsen als anderes Ende des Wertebereichs. Keine von beiden trägt eine Version, und gerade deshalb taugen beide als Sentinel-Werte: Sie können nie versehentlich erzeugt werden.

Soll ich UUIDs als Text oder binär speichern?

Binär, wo die Datenbank es unterstützt. Postgres hat einen nativen uuid-Typ mit 16 Byte; denselben Wert als String mit 36 Zeichen zu speichern kostet mehr als das Doppelte, plus den Vergleichsaufwand bei jedem Index-Lookup. MySQL hat keinen nativen Typ, dort ist BINARY(16) mit Umwandlung an den Rändern die übliche Lösung.

Warum sind manche UUIDs in Großbuchstaben?

RFC 9562 sagt: Kleinbuchstaben ausgeben, bei der Eingabe beides akzeptieren. Großbuchstaben sind eine Microsoft-Konvention, die mit GUIDs kommt. Es ist derselbe Wert, und Vergleiche sollten Groß- und Kleinschreibung ignorieren – den Schalter für Großbuchstaben oben gibt es, weil manche Systeme immer noch darauf bestehen.

Loggt ihr die UUIDs, die ich erzeuge?

Nein. Sie werden in deinem Browser erzeugt und nirgendwohin geschickt. Es gibt keinen Server-Aufruf, der geloggt werden könnte, kein Konto und keine Analytics auf den Werten. Trenn die Internetverbindung, und die Seite funktioniert trotzdem – genau diese Eigenschaft zählt, wenn du gleich eine davon als Secret verwenden willst.

Warum ist das kostenlos, und was ist Tekk?

Tekk macht dein Produkt zu einem, das sich selbst verbessert: 16 Loops beobachten deine Codebase und bringen dir Proposals, die du mit Greenlight freigibst oder ablehnst, und dein Coding-Agent baut das Ergebnis. Dieses Tool kostet uns im Betrieb nichts, und wer eine Tabelle mit Seed-Daten füllt, gehört genau zu den Leuten, für die wir bauen. Ohne Anmeldung, ohne Limit, kein Upsell im Tool.