UUID : identifier les enregistrements entre applications et sources de données
Les UUID facilitent la création d’identifiants avant de joindre une base centrale et la réunion de plusieurs sources. Comprenez leur rôle dans l’identité des enregistrements, puis gérez séparément l’ordre de création, les accès et les opérations en double.
La version détermine ce que raconte l’identifiant
ToolRoof génère des UUID de version 4. Leur construction est aléatoire, pas un horodatage permettant de retrouver la date de création.
La forme habituelle contient 32 chiffres hexadécimaux et 4 tirets. Les bits de version et de variante laissent 122 bits aléatoires sur 128 ; le nombre de caractères affichés ne compte pas uniquement l’aléatoire.
Références: RFC 9562 — UUID version 4
Créer l’identité une fois, puis la garder
Changer d’UUID à chaque modification rend le même enregistrement difficile à suivre. Trier des UUID v4 comme du texte ne trie pas par date de création.
Changer l’identifiant d’une opération relancée peut la faire paraître nouvelle. Éviter le travail en double est un choix distinct du format UUID.
Une collision improbable n’est pas une autorisation
De bons identifiants aléatoires réduisent les doublons, sans prouver leur impossibilité. Imposez aussi l’unicité au stockage lorsque c’est nécessaire.
Connaître l’identifiant ne doit pas autoriser lecture ou modification. Un UUID ne remplace pas les permissions, et copier un exemple d’article ne crée pas une valeur unique pour vous.
Références: RFC 9562 — UUID version 4
Exemple : identifier une pièce d’inventaire
8c5b7f20-6a91-4f3d-9b62-2e740a1c8d35 illustre un UUID v4 ; il ne vous est pas réservé. Le troisième groupe commence par 4 et l’ensemble compte 36 caractères avec les tirets.
Générez un identifiant propre pour la pièce réelle, puis gardez-le si son nom ou son emplacement change. Stockez la date séparément et vérifiez les droits : il dit « quel enregistrement ? », pas « qui peut l’ouvrir ? ».