Clé naturelle ou clé technique

1Syntaxe

1Clé naturelle : livre(isbn PK, titre)2Clé technique : client(id_client PK, email, nom)   + email UNIQUE3                id_client = entier auto-incrémenté ou UUID

2Exemple

1client(id_client PK, email, nom)   avec email UNIQUE23  id_client | email                 | nom4  1         | lea.martin@exemple.fr | Martin5  2         | k.diallo@exemple.fr   | Diallo67Léa change d'e-mail : une seule cellule modifiée, et les8commandes qui pointent vers id_client = 1 ne bougent pas.9Avec email en clé primaire, il faudrait aussi modifier10toutes les clés étrangères qui le recopient.

3À retenir

1. Gardez une clé naturelle quand elle est stable, courte et attribuée par une autorité : ISBN, code ISO d'un pays, code IATA d'un aéroport.
2. Un entier auto-incrémenté est compact et rapide à indexer, mais il révèle le volume et l'ordre de création s'il apparaît dans une URL.
3. Un UUID se génère partout sans coordination (applications mobiles, systèmes distribués) ; préférez un UUID v7, ordonné dans le temps, à un v4 aléatoire qui disperse les insertions dans l'index.
4. Piège : adopter une clé technique en oubliant l'unicité métier. Déclarez toujours UNIQUE sur la clé naturelle (e-mail, numéro SIRET), sinon les doublons passent.

4Voir aussi

• Clé primaire (PK)La clé primaire est la colonne, ou le groupe de colonnes, qui identifie chaque ligne sans ambiguïté. Elle vient de l'identifiant du MCD et ne peut être ni vide ni dupliquée.
• Contraintes d'intégritéNOT NULL, UNIQUE, CHECK et les clés étrangères traduisent les règles de gestion dans le SGBD, qui refuse alors les données incohérentes quelle que soit l'application qui les écrit.
• Identifiant relatif → MLDUne entité faible devient une table dont la clé primaire est composée de la clé étrangère vers l'entité forte et de l'identifiant local. Cette clé étrangère ne peut donc jamais être vide.