Les clés sont l'une des exigences de base d'un modèle de base de données relationnelle. Il est largement utilisé pour identifier les tuples (lignes) de manière unique dans le tableau. Nous utilisons également des clés pour établir des relations entre les différentes colonnes et tables d'une base de données relationnelle.

Différents types de clés de base de données

• Clé du candidat
• Clé primaire
• Super clé
• Clé alternative
• Clé étrangère
• Clé composée

Clé du candidat

L’ensemble minimal d’attributs capables d’identifier de manière unique un tuple est appelé clé candidate. Par exemple, STUD_NO dans la relation STUDENT.

• C'est une super clé minimale.
• Il s’agit d’une super clé sans données répétées, appelée clé candidate.
• Ensemble minimal d'attributs permettant d'identifier de manière unique un enregistrement.
• Il doit contenir des valeurs uniques.
• Il peut contenir des valeurs NULL.
• Chaque table doit avoir au moins une seule clé candidate.
• Une table peut avoir plusieurs clés candidates mais une seule clé primaire.
• La valeur de la clé candidate est unique et peut être nulle pour un tuple.
• Il peut y avoir plusieurs clés candidates dans une relation.

Exemple:

mvc-java

 STUD_NO is the candidate key for relation STUDENT.>

Tableau ÉTUDIANT

• La clé candidate peut être simple (ayant un seul attribut) ou composite.

Exemple:

 {STUD_NO, COURSE_NO} is a composite   candidate key for relation STUDENT_COURSE.>

Tableau STUDENT_COURSE

Note: Dans SQL Serveur une contrainte unique qui a une colonne nullable, permet la valeur ' nul ' dans cette colonne juste une fois . C'est pourquoi l'attribut STUD_PHONE est candidat ici, mais ne peut pas être une valeur « nulle » dans l'attribut de clé primaire.

Clé primaire

Il peut y avoir plusieurs clés candidates parmi lesquelles une peut être choisie comme clé primaire. Par exemple, STUD_NO, ainsi que STUD_PHONE, sont des clés candidates pour la relation STUDENT mais STUD_NO peut être choisi comme clé clé primaire (une seule parmi de nombreuses clés candidates).

• C'est une clé unique.
• Il ne peut identifier qu'un seul tuple (un enregistrement) à la fois.
• Il n’a pas de valeurs en double, il a des valeurs uniques.
• Cela ne peut pas être NULL.
• Les clés primaires ne doivent pas nécessairement être une seule colonne ; plusieurs colonnes peuvent également être une clé primaire pour une table.

Exemple:

STUDENT table ->Étudiant(STUD_NO, SNAME, ADDRESS, PHONE) , STUD_NO est une clé primaire>

Tableau ÉTUDIANT

ensemble de textes dactylographiés

Super clé

L'ensemble des attributs qui peuvent identifier de manière unique un tuple est appelé Super Key. Par exemple, STUD_NO, (STUD_NO, STUD_NAME), etc. Une super clé est un groupe de clés simples ou multiples qui identifie les lignes d'une table. Il prend en charge les valeurs NULL.

• L’ajout de zéro ou plusieurs attributs à la clé candidate génère la super clé.
• Une clé candidate est une super clé mais l’inverse n’est pas vrai.
• Les valeurs de Super Key peuvent également être NULL.

Exemple:

Consider the table shown above. STUD_NO+PHONE is a super key  .>

Relation entre la clé primaire, la clé candidate et la super clé

Clé alternative

La clé candidate autre que la clé primaire est appelée une clé candidate. clé alternative .

• Toutes les clés qui ne sont pas des clés primaires sont appelées clés alternatives.
• C'est une clé secondaire.
• Il contient deux champs ou plus pour identifier deux enregistrements ou plus.
• Ces valeurs sont répétées.
• Par exemple : - SNAME et ADDRESS sont des clés alternatives

Exemple:

Consider the table shown above. STUD_NO, as well as PHONE both,  are candidate keys for relation STUDENT but  PHONE will be an alternate key  (only one out of many candidate keys).>

Clé primaire, clé candidate et clé alternative

Clé étrangère

Si un attribut ne peut prendre que les valeurs présentes comme valeurs d'un autre attribut, ce sera un clé étrangère à l'attribut auquel il fait référence. La relation référencée est appelée relation référencée et l'attribut correspondant est appelé attribut référencé. L'attribut référencé de la relation référencée doit en être la clé primaire.

• C'est une clé qui agit comme une clé primaire dans une table et elle agit comme
  clé secondaire dans une autre table.
• Il combine deux ou plusieurs relations (tables) à la fois.
• Ils servent de référence croisée entre les tableaux.
• Par exemple, DNO est une clé primaire dans la table DEPT et une non-clé dans EMP.

Exemple:

 Refer Table STUDENT shown above.  STUD_NO in STUDENT_COURSE is a   foreign key to STUD_NO in STUDENT relation.>

Tableau STUDENT_COURSE

Il peut être intéressant de noter que, contrairement à la clé primaire d'une relation donnée, la clé étrangère peut être NULL et contenir des tuples en double, c'est-à-dire qu'elle n'a pas besoin de suivre une contrainte d'unicité. Par exemple, STUD_NO dans la relation STUDENT_COURSE n'est pas unique. Cela a été répété pour les premier et troisième tuples. Cependant, la relation STUD_NO dans STUDENT est une clé primaire et elle doit toujours être unique, et elle ne peut pas être nulle.

remplacer en java

Relation entre la clé primaire et la clé étrangère

Clé composée

Parfois, une table peut ne pas avoir une seule colonne/attribut qui identifie de manière unique tous les enregistrements d'une table. Pour identifier de manière unique les lignes d'un tableau, une combinaison de deux ou plusieurs colonnes/attributs peut être utilisée. Il peut toujours donner des valeurs en double dans de rares cas. Nous devons donc trouver l’ensemble optimal d’attributs capables d’identifier de manière unique les lignes d’un tableau.

• Il agit comme une clé primaire s'il n'y a pas de clé primaire dans une table
• Deux ou plusieurs attributs sont utilisés ensemble pour créer un clé composite .
• Différentes combinaisons d'attributs peuvent donner une précision différente en termes d'identification unique des lignes.

Exemple:

FULLNAME + DOB can be combined  together to access the details of a student.>

Différents types de clés

Conclusion

En conclusion, le modèle relationnel utilise un certain nombre de clés : les clés candidates permettent une identification distincte, la clé primaire sert d'identifiant choisi, les clés alternatives offrent d'autres choix et les clés étrangères créent des liens vitaux qui garantissent l'intégrité des données entre les tables. La création de bases de données relationnelles solides et efficaces nécessite l’application réfléchie de ces clés.

commande par SQL aléatoire

FAQ sur les types de clés dans le modèle relationnel

Q.1 : Pourquoi les clés sont-elles nécessaires pour le SGBD ?

Répondre:

Les clés sont l'un des aspects importants du SGBD. Les clés nous aident à trouver les tuples (lignes) de manière unique dans le tableau. Il est également utilisé pour développer diverses relations entre les colonnes ou les tables de la base de données.

Q.2 : Qu'est-ce qu'une clé unique ?

Répondre:

Les clés uniques sont les clés qui définissent l'enregistrement de manière unique dans la table. Elle est différente des clés primaires, car la clé unique peut contenir une valeur NULL mais la clé primaire ne contient aucune valeur NULL.

Q.3 : Qu'est-ce qu'une clé artificielle ?

Répondre:

Les clés artificielles sont les clés utilisées lorsqu'aucun attribut ne contient toutes les propriétés de la clé primaire ou si la clé primaire est très volumineuse et complexe.