UUID-v7-Generator
Erzeugen Sie in großer Zahl UUID v7 in Ihrem Browser — den RFC-9562-Standard mit einem eingebetteten 48-Bit-Zeitstempel in Millisekunden, wodurch IDs nach Erzeugungsreihenfolge sortierbar sind. Standard-, Großbuchstaben-, Format ohne Bindestriche, mit geschweiften Klammern und URN-Format werden unterstützt, und die IDs passen direkt in bestehende UUID-Spalten.
UUID v7 im Vergleich zu UUID v4 und ULID
| Format | Länge | Nach Erzeugungsreihenfolge sortierbar | Kompatibel mit bestehenden UUID-Spalten | Beschreibung |
|---|---|---|---|---|
| UUID v7 | 36 Zeichen (inklusive 4 Bindestriche) | Ja (die ersten 48 Bit sind ein Zeitstempel in Millisekunden) | Ja (Standard-UUID-Typ, weiterhin hexadezimal) | In RFC 9562 standardisiert. Kombiniert einen Unix-Zeitstempel mit zufälligen Bits und ermöglicht so Sortierbarkeit nach Erzeugungszeit, ohne die Kompatibilität mit bestehender UUID-Infrastruktur zu verlieren. Das Format, das dieses Tool erzeugt. |
| UUID v4 | 36 Zeichen (inklusive 4 Bindestriche) | Nein (vollständig zufällig) | Ja (Standard-UUID-Typ) | Ein vollständig zufälliger 128-Bit-Bezeichner, standardisiert in RFC 9562. Enthält keine Information über seine Herkunft und ist die am weitesten verbreitete Variante. |
| ULID | 26 Zeichen | Ja (die ersten 10 Zeichen sind ein Zeitstempel) | Nein (Base32 erfordert einen eigenen Spaltentyp) | Eine vom UUID-Standard (RFC 4122/9562) unabhängige Spezifikation, die Crockfords Base32 verwendet. Kürzer als UUID v7, lässt sich aber nicht direkt in einer nativen UUID-Spalte speichern. |
Was UUID v7 ist
UUID v7 ist eine neue, nach der Zeit sortierbare UUID (Universally Unique Identifier), die die IETF im Mai 2024 in RFC 9562 standardisiert hat. UUID v4, lange die verbreitetste Fassung, ist ein durchweg zufälliger 128-Bit-Wert und lässt die Reihenfolge der Entstehung nicht erkennen; UUID v7 trägt dagegen in den führenden 48 Bit einen Unix-Zeitstempel in Millisekunden, sodass ein bloßes Sortieren der Zeichenketten sie in die Reihenfolge ihrer Erzeugung bringt. Die übrigen Bit sind mit Zufallswerten gefüllt, sodass die Eindeutigkeit auch dann erhalten bleibt, wenn mehrere innerhalb derselben Millisekunde entstehen.
Dieses Werkzeug erzeugt UUID v7 mit der Web Crypto API im Browser und gibt sie in der gewünschten Form aus: standardmäßig, in Großbuchstaben, ohne Bindestriche, in geschweiften Klammern oder als URN. Die Schreibweise ist mit Datenbankspalten, die bereits UUID v4 aufnehmen, vollständig verträglich – Sie können die Werte also ohne Änderung des Spaltentyps speichern. Wenn Sie prüfen möchten, ob sich die Werte tatsächlich nach dem Zeitstempel ordnen, holt der UUID-v7-Decoder die eingebettete Zeit für Sie heraus.
So erzeugen Sie UUID v7
- Anzahl festlegen Tragen Sie ein, wie viele UUID v7 Sie auf einmal benötigen. Für Testdaten lassen sich mehrere zugleich anfordern.
- Ausgabeform wählen Wählen Sie standardmäßig, Großbuchstaben, ohne Bindestriche, in geschweiften Klammern oder URN – passend zu der Datenbank oder dem System, das die Werte aufnimmt.
- Auf „Erzeugen“ klicken Sie entstehen sofort über die Web Crypto API in Ihrem Browser und erscheinen im Ergebnisfeld. An einen Server wird nichts gesendet.
- Ergebnisse kopieren Nehmen Sie sie einzeln über die Kopierschaltfläche oder legen Sie mit „Alle kopieren“ die ganze Liste in die Zwischenablage.
Tipps für die Nutzung
- Jede UUID v7 wird direkt im Browser über die Web-Crypto-API erzeugt — es wird nichts an die Server von toolbase.cc übertragen.
- Da die ersten 48 Bit einer UUID v7 einen Unix-Zeitstempel in Millisekunden darstellen, genügt eine einfache Sortierung der erzeugten Werte als Zeichenkette, um die chronologische Erzeugungsreihenfolge zu erhalten.
- Eine UUID v7 lässt sich direkt in jeder Spalte speichern, die bereits UUID-v4-Werte enthält (etwa eine CHAR(36)-Spalte oder der native uuid-Typ von PostgreSQL) — für die Migration sind keine Schemaänderungen nötig.
- Das Format "ohne Bindestriche" eignet sich gut für URL-Pfadsegmente oder Dateinamen, während das Format "mit geschweiften Klammern" der GUID-Notation entspricht, die in Windows-COM- bzw. Registrierungskontexten verwendet wird.
- Wenn Sie zwischen UUID v7 und ULID (Crockfords Base32, 26 Zeichen) unentschlossen sind: Wählen Sie UUID v7, wenn Ihr System bereits eine native UUID-Spalte voraussetzt, und ULID, wenn Ihnen die kürzestmögliche Zeichenkette wichtiger ist.
Wofür sich UUID v7 eignet
Entwurf eines Datenbank-Primärschlüssels
Da Zeilen eher chronologisch als zufällig eingefügt werden, bleibt die Fragmentierung des B-Baum-Index geringer als bei UUID v4 – und Sie können die vorhandene UUID-Spalte weiterverwenden.
Vergabe von Kennungen in einem verteilten System
Mehrere Server oder Microservices erzeugen jeweils unabhängig eindeutige, zeitlich geordnete Kennungen, ohne auf eine zentrale Vergabestelle angewiesen zu sein.
Kennungen für Protokolle und Ereignisse
Nutzen Sie UUID v7 für Zugriffsprotokolle oder Ereignisverläufe, so lässt sich der ungefähre Zeitpunkt schon aus der Kennung ablesen, und eine eigene Zeitstempelspalte wird entbehrlich.
Massenhaftes Anlegen von Testdaten
Wenn Sie eine Entwicklungs- oder Abnahmeumgebung mit vielen Testzeilen füllen, erzeugen Sie einen Stapel und übernehmen ihn direkt in SQL-INSERT-Anweisungen oder eine API-Testnutzlast.
Prüfen, was Sie erzeugt haben
Um zu bestätigen, dass eine UUID v7 wirklich den erwarteten Zeitstempel trägt, nutzen Sie den UUID-v7-Decoder; brauchen Sie hingegen eine rein zufällige UUID v4, hilft der UUID-Generator.
Begriffe rund um UUID v7
- UUID v7
- Die in RFC 9562 standardisierte UUID-Fassung, die in den führenden 48 Bit einen Unix-Zeitstempel in Millisekunden führt. Sie lässt sich nach der Zeit sortieren und bleibt zugleich mit bestehenden UUID-Spalten verträglich.
- Nach Zeitstempel sortierbare Kennung
- Eine Kennung, die die Zeit ihrer Entstehung selbst enthält, sodass ein Sortieren der Werte als Zeichenkette oder Zahl die Reihenfolge des Geschehens ergibt. UUID v7, ULID und Snowflake ID gehören dazu.
- Unterschied zu UUID v4
- UUID v4 ist über alle 128 Bit zufällig und sagt nichts über die Reihenfolge aus, während die führenden 48 Bit einer UUID v7 ein Zeitstempel sind und die Reihenfolge der Erzeugung sichtbar machen. Die Schreibweise – 36 hexadezimale Zeichen – ist bei beiden dieselbe.
- Monotonie
- Die Eigenschaft, dass Werte in der Reihenfolge ihrer Entstehung stetig wachsen. Entstehen mehrere UUID v7 in derselben Millisekunde, kann die Reihenfolge je nach Umsetzung allein am Zufallsteil hängen; strenge Monotonie ist daher implementierungsabhängig und keine Vorgabe der Spezifikation.
- Indexlokalität
- Die Neigung neu eingefügter Werte, im B-Baum-Index einer Datenbank nahe bei den vorhandenen Daten – meist am Ende – zu landen. Da sich UUID-v7-Werte nach dem Zeitstempel ordnen, ist die Lokalität hoch, und Seitenteilungen wie Cache-Effizienz beim Einfügen verbessern sich gegenüber dem durchweg zufälligen UUID v4.
- RFC 9562
- Das im Mai 2024 von der IETF veröffentlichte Normdokument zur UUID. Es löst das ältere RFC 4122 ab und ergänzt die zeitlich sortierbaren v6 und v7 sowie v8, das eigene Felder zulässt.
Häufig gestellte Fragen
Übrigens – wie UUID v7 der UUID-Familie die Zeit zurückgab
UUID v7 wurde im Mai 2024 als IETF-RFC 9562 standardisiert — die erste größere Überarbeitung der UUID-Spezifikation seit dem ursprünglichen RFC 4122 von 2005, also rund zwei Jahrzehnte zuvor. Diese Überarbeitung fügte die sortierbaren Varianten v6 und v7 sowie die Variante v8 für benutzerdefinierte Felder hinzu, motiviert durch die lange bekannte Schwäche, dass die vollständige Zufälligkeit von UUID v4 die Effizienz von Datenbankindizes beeinträchtigt.
Das Design von UUID v7 ähnelt stark dem unseres Schwestertools ULID: Beide setzen einen Zeitstempel in Millisekunden an den Anfang und füllen den Rest mit zufälligen Bits. Der entscheidende Unterschied liegt in der Darstellung — ULID verwendet ein vom UUID-Standard unabhängiges 26-Zeichen-Format auf Basis von Crockfords Base32, während UUID v7 die 36-stellige hexadezimale Notation beibehält, die UUIDs seit RFC 4122 auszeichnet. Dank dieser Entscheidung lässt sich UUID v7 ohne jede Änderung direkt in bestehende UUID-typisierte Spalten, Bibliotheken und API-Verträge einfügen.
Die Unterstützung für UUID v7 verbreitete sich schon kurz nach der Veröffentlichung schnell über die wichtigsten Datenbanken und Sprachlaufzeiten. PostgreSQL bietet seit Version 18 eine native Funktion uuidv7(), und Bibliotheken anderer wichtiger Sprachen und ORMs haben ihre v7-Unterstützung ebenfalls rasch ausgebaut. Genau dieses Gleichgewicht zwischen der Bequemlichkeit der Sortierbarkeit nach Erzeugungszeit und der Kompatibilität, bestehende UUID-Investitionen nicht zu brechen, erklärt, warum UUID v7 neben ULID so schnell übernommen wurde.