UUIDs: Datensätze über Anwendungen und Datenquellen hinweg kennzeichnen
UUIDs helfen, Kennungen vor dem Kontakt mit einer zentralen Datenbank zu erzeugen und Datensätze aus mehreren Quellen zusammenzuführen. Klären Sie ihre Rolle bei der Datensatzidentität; Erstellungsreihenfolge, Zugriff und doppelte Vorgänge behandeln Sie getrennt.
Die Version bestimmt die Aussage der Kennung
ToolRoof erzeugt UUIDs der Version 4. Sie werden zufällig aufgebaut und enthalten keinen Zeitstempel, aus dem das Erstellungsdatum lesbar wäre.
Die übliche Form hat 32 Hexadezimalziffern und 4 Bindestriche. Versions- und Variantenbits lassen 122 zufällige Bits von 128 übrig; die sichtbare Zeichenzahl ist keine Zahl zufälliger Stellen.
Quellen: RFC 9562 — UUID version 4
Identität einmal erzeugen und beibehalten
Eine neue UUID bei jeder Änderung erschwert die Nachverfolgung desselben Datensatzes. Textsortierung von v4-UUIDs ergibt keine Erstellungsreihenfolge.
Bei einem wiederholten Vorgang kann eine geänderte Kennung wie ein neuer Auftrag wirken. Doppelte Arbeit zu verhindern ist eine andere Entscheidung als das UUID-Format.
Seltene Kollisionen sind keine Berechtigung
Gute Zufallskennungen senken die Kollisionschance, beweisen aber keine Unmöglichkeit. Erzwingen Sie Eindeutigkeit auch im Speicher, wenn sie erforderlich ist.
Die Kenntnis einer Kennung darf Lesen oder Ändern nicht automatisch erlauben. UUID ersetzt keine Rechteprüfung; eine Beispielkennung aus einem Artikel ist keine neu erzeugte, eigene Identität.
Quellen: RFC 9562 — UUID version 4
Beispiel: Identität eines Inventarstücks
8c5b7f20-6a91-4f3d-9b62-2e740a1c8d35 zeigt eine v4-UUID und ist nicht für Sie reserviert. Die dritte Gruppe beginnt mit 4; einschließlich Bindestrichen sind es 36 Zeichen.
Erzeugen Sie für das echte Stück eine eigene Kennung und behalten Sie sie bei Namens- oder Ortsänderungen. Datum separat speichern und Rechte prüfen: Sie beantwortet „welcher Datensatz?“, nicht „wer darf ihn öffnen?“.