UUID Generator
UUIDs generieren und validieren. Schnell, sicher und funktioniert offline.
UUID/ULID Generator
🔍 Need help choosing? Click for specific use cases
UUID/ULID Validator
UUID/ULID Information
📚 Offizielle Dokumentation:
- • RFC 4122 - Ursprüngliche UUID-Spezifikation (v1-v5)
- • RFC 9562 - Aktualisierte UUID-Spezifikation (v6-v8, 2024)
- • ULID Specification - Kanonische ULID-Spezifikation
- • Wikipedia: UUID - Umfassender Überblick
⏰ UUID v1 - Zeitbasiert
Use case: Datenbank-Primärschlüssel, Legacy-Systeme, verteilte Systeme die zeitliche Ordnung benötigen
Pros: Natürliche chronologische Sortierung, eindeutig über Raum und Zeit
Cons: Enthält MAC-Adresse und Zeitstempel - Datenschutz-Implikationen für öffentliche Anwendungen beachten
⚠️ UUID v2 - DCE Sicherheit (Reserviert)
Reserviert für DCE-Sicherheits-UUIDs. In RFC 4122 definiert, aber komplexe Implementierung und Sicherheitsüberlegungen machen es in der Praxis selten verwendet
⚠️🔐 UUID v3 - MD5 Hash
Use case: Legacy-Systeme die deterministische UUIDs aus Namen benötigen
Example: Migration alter Systeme wo Sie dieselbe UUID für "user:john@example.com" jedes Mal benötigen
Good for: Benutzermigration, Datensynchronisation, reproduzierbare UUIDs zwischen Systemen
Note: MD5 hat bekannte kryptographische Schwachstellen, v5 wird für neue Projekte bevorzugt
🎲 UUID v4 - Zufällig (Am beliebtesten)
Use case: Allgemeiner Zweck, APIs, Session-IDs, Datei-Identifikatoren
Example: Benutzer-IDs, Bestell-IDs - alles was Eindeutigkeit ohne zeitliche Ordnung benötigt
Why popular: Einfach, sicher, keine Abhängigkeiten von MAC/Zeit
Database caveat: Zufällige Natur kann Index-Fragmentierung und schlechte Einfüge-Performance verursachen
🔐 UUID v5 - SHA-1 Hash
Use case: Deterministische UUIDs aus Namen (besser als v3)
Example: Content-Adressierung - gleicher Inhalt bekommt immer dieselbe UUID: "article:wie-uuid-verwenden"
Good for: Deduplizierung, reproduzierbare Builds, inhaltsbasierte Adressierung
⏰ UUID v6 - Zeitlich geordnet (RFC 9562)
Design: Gleich wie v1 aber mit Zeitstempel-Bits von höchstwertigen zu niedrigstwertigen neu geordnet
Use case: Datenbank-Performance mit lexikographischer Sortierung nach Erstellungszeit
Advantage: Ermöglicht Sortierung von UUIDs nach Erstellungszeit durch einfache lexikographische Sortierung, im Gegensatz zu v1
⏰ UUID v7 - Unix-Zeitstempel (RFC 9562)
Design: 48-Bit Unix-Zeitstempel + 80-Bit Zufälligkeit (ähnliches Konzept wie ULID)
Use case: Moderne Anwendungen die sortierbare IDs mit Unix-Zeitstempeln benötigen
Benefits: Lexikographisch sortierbar, Standard-UUID-Format, exzellente Datenbank-Performance
⏰ ULID - Lexikographisch sortierbar
Design: 48-Bit Zeitstempel + 80-Bit Zufälligkeit, Base32-kodiert (26 Zeichen)
Use case: APIs und Datenbanken wo Sie lesbare, sortierbare IDs wollen
Features: URL-sicher, case-insensitive, lexikographisch sortierbar, Millisekunden-Präzision
ULID vs UUID v7 - Historischer Kontext 📚
Timeline: ULID wurde zuerst erstellt um UUID-Sortierbarkeits-Probleme zu lösen
UUID v7 inspiration: UUID v7 (RFC 9562, 2024) ließ sich von ULIDs Design inspirieren
Key difference: ULID verwendet Base32-Kodierung (26 Zeichen), UUID v7 verwendet Standard-UUID-Format (36 Zeichen)
Current trend: UUID v7 wird für neue Projekte aufgrund offizieller Standardisierung bevorzugt
💡 Häufige Anwendungsfälle:
- General purpose: Allgemeiner Zweck/APIs: v4 (weit unterstützt, aber als DB-Primärschlüssel vermeiden)
- Database keys: Datenbank-Primärschlüssel: v6, v7, oder ULID (bessere Einfüge-Performance)
- Time-ordered data: Zeitlich geordnete Daten: v1, v6, v7, oder ULID
- Deterministic UUIDs: Deterministisch aus Namen: v5 (oder v3 für Legacy)
- Legacy systems: Legacy-Kompatibilität: Bestehende Version beibehalten
- Public APIs: Öffentliche APIs: v4 oder ULID