Les bases de données dépendent des clés pour stocker, trier et comparer ou créer des relations entre les enregistrements. Si vous utilisez les bases de données depuis un certain temps, vous avez probablement entendu parler de différents types de clés: clés primaires, clés de candidats et clés étrangères. Lorsque vous créez une nouvelle table de base de données, il vous est demandé de sélectionner une clé primaire qui identifiera de manière unique chaque enregistrement stocké dans cette table.
Pourquoi une clé primaire est-elle importante?
La sélection d'une clé primaire est l'une des décisions les plus critiques que vous prendrez lors de la conception d'une nouvelle base de données. La contrainte la plus importante est que vous devez vous assurer que la clé sélectionnée est unique. S'il est possible que deux enregistrements - passé, présent ou futur - puissent partager la même valeur pour un attribut, c'est un mauvais choix pour une clé primaire.
Un autre aspect important d'une clé primaire est son utilisation par d'autres tables qui la lient dans une base de données relationnelle. Dans cet aspect, une clé primaire agit comme la cible d'un pointeur. En raison de ces interdépendances, une clé primaire doit exister lors de la création d'un enregistrement et ne peut jamais changer.
Mauvais choix pour les clés primaires
Ce que certaines personnes pourraient considérer comme un choix évident pour une clé primaire peut être un mauvais choix à la place. Voici quelques exemples:
- codes ZIP ne faites pas de bonnes clés primaires pour un tableau de villes. Si vous faites une simple table de recherche de villes, le code postal semble être une clé primaire logique. Cependant, après une enquête plus approfondie, vous pouvez vous rendre compte que plusieurs villes partagent un code postal. Par exemple, les villes de New York, Neptune, Neptune City, Tinton Falls et Wall Township partagent le même code postal 07753.
- Numéros de sécurité sociale ne faites pas de bonnes clés primaires pour plusieurs raisons. La plupart des gens considèrent que leur SSN est privé et ne veulent pas qu'il soit clairement visible pour les utilisateurs de bases de données. Certaines personnes n'ont pas de SSN - étrangers ou immigrants qui n'ont jamais reçu de carte de sécurité sociale. Les SSN peuvent également être réutilisés après le décès d'un individu. Une personne peut avoir plus d'un numéro de sécurité sociale au cours d'une vie lorsque la Social Security Administration émet un nouveau numéro en cas de fraude ou de vol d'identité.
- Adresses mail sont également un mauvais choix pour une clé primaire. Bien qu'ils soient uniques, ils peuvent changer avec le temps. De plus, tout le monde n'a pas d'adresse électronique.
Choisir une clé primaire efficace
Alors, qu'est-ce qui fait une bonne clé primaire? Dans la plupart des cas, adressez-vous à votre système de base de données.
Une pratique exemplaire en matière de conception de base de données consiste à utiliser une clé primaire générée en interne. Votre système de gestion de base de données peut normalement générer un identifiant unique qui n'a aucune signification en dehors du système de base de données. Par exemple, vous pouvez utiliser le type de données Microsoft Access AutoNumber pour créer un champ appelé RecordID. Le type de données NuméroAuto incrémente automatiquement le champ chaque fois que vous créez un enregistrement. Bien que le numéro lui-même n'ait aucune signification, il fournit un moyen fiable de référencer un enregistrement individuel dans les requêtes.
Une bonne clé primaire est généralement courte, utilise des chiffres et évite les caractères spéciaux ou un mélange de caractères majuscules et minuscules pour faciliter les recherches et les comparaisons rapides dans la base de données.
