Plusieurs clés externes dans la table. Restrictions de clés primaires et externes. Clé externe en tant que limite de colonne

Utilisé dans n'importe quelle activité: dans les secteurs bancaires et financiers, les entreprises touristiques, les agrandissements d'entrepôt, la production et la formation. Ils représentent une totalité de tables, ont des propriétés claires et obéir aux exigences strictes. Dans les tables de base de données relationnelles, les relations appellent.

Quelle est la clé principale de la base de données

Dans la base de données, la clé principale du tableau est l'une de ses colonnes (clé primaire). Nous comprendrons l'exemple de la façon dont il a l'air. Imaginez une attitude simple d'étudiants universitaires (appelons-les "étudiants").

Nous devons définitivement définir l'étudiant sur une colonne. Pour cela, les informations dans cette colonne doivent être uniques pour chaque enregistrement. Mais les données disponibles à cet égard ne nous donnent pas sans équivoque l'entrée, car une installation, des nameakes et des étudiants ayant les mêmes noms et noms peuvent être appris sur un plat et une faculté. La clé principale de la base de données sert à déterminer avec précision la chaîne requise en relation. Le plus souvent à cette capacité, un champ numérique est utilisé automatiquement en augmentant avec l'entrée de l'enregistrement (colonne d'identifiant auto-incrémental).

Clé primaire simple et composite

La clé primaire peut être simple et composite. Si le caractère unique de l'enregistrement est déterminé par la valeur uniquement dans un champ, comme décrit ci-dessus, nous traitons une clé simple. La clé composite est la principale clé de la base de données composée de deux champs ou plus. Considérez la relation suivante des clients de la banque.

NOM ET PRÉNOM. Date de naissance Série de passeports ID du passeport
Ivanov P.A. 12.05.1996 75 0553009
Sergeev v.t. 14.07.1958 71 4100654
Krasnov L.V. 22.01.2001 73 1265165

Les passeports de personnes peuvent contenir la même série ou les mêmes chiffres, mais les passeports avec la même combinaison de la série et le nombre n'existent pas. Ainsi, la "série de passeports" et "numéro de passeport" deviendra une clé composite de la relation spécifiée, identifiant sans ambiguïté une personne.

Communication entre les relations

Ainsi, la clé principale de la base de données est une ou plusieurs colonnes de la table, ce qui vous permet d'identifier sans ambiguïté la chaîne de cette relation. De quoi est-ce nécessaire?

Revenons au premier exemple avec l'attitude «étudiants». Dans la base de données, en plus de cela, la relation est également stockée, par exemple, la performance de chaque élève. Afin de ne pas répéter toutes les informations déjà contenues dans la base de données, utilisez la touche, en vous référant à l'entrée souhaitée. Cela ressemble à ceci.

De deux manières, nous voyons le champ ID. Ce sont des clés principales de la base de données pour ces tables. Comme vous pouvez le constater, seules les références à ces champs sont contenues à partir d'autres tables sans avoir à spécifier toutes les informations d'eux.

Clé naturelle et de substitution

Comment la clé principale de la table de base de données définit-elle? Les deux exemples considérés par nous sont des "étudiants" et des "clients de la banque" - illustrent les concepts d'une clé naturelle et de substitution. Dans la table des clients de la Banque, nous avons défini la clé composée des champs "Numéro" et "Série de passeports", à l'aide des colonnes déjà disponibles. Une telle clé est appelée naturelle, pour sa définition, nous n'avons apporté aucune modification et ajouts. Dans le cas du ratio "étudiants", aucun champ ni combinaison de champs nous a donné un caractère unique. Cela nous a forcé à entrer dans un champ supplémentaire avec un code étudiant. Une telle clé est appelée substitution, pour lui, nous avons ajouté une autre colonne de service dans la table. Cette colonne ne supporte aucune information utile et ne sert que d'identifier les entrées.

Touche externe et intégrité des données dans la base de données

Tout ce qui précède nous conduit à une clé externe (clé étrangère) et à l'intégrité de la base de données. La clé étrangère est un champ faisant référence à la clé primaire d'une relation externe. Dans la table d'essai, il s'agit des colonnes étudiantes et de discipline. Leurs données nous font référence à des tables externes. C'est-à-dire que le champ "Étudiant" pour "performance" est la clé étrangère et par rapport à "l'étudiant" est la clé principale de la base de données.

Un principe important des bases de données de construction est leur intégrité. Et l'une de ses règles est l'intégrité des liens. Cela signifie que la clé externe du tableau ne peut pas faire référence à une clé primaire inexistante d'une autre relation. Il est impossible de supprimer de la relation "étudiant" avec le code 1000 - Ivanov Ivan s'il fait référence à une entrée de la table de travail académique. Dans la base de données correctement construite lorsque vous essayez de supprimer, vous obtiendrez une erreur que ce champ est utilisé.

Il existe d'autres groupes de règles d'intégrité, ainsi que d'autres limitations de bases de données, qui méritent également l'attention et doivent être prises en compte par les développeurs.

La clé ORAIN (clé externe) est la clé utilisée pour connecter deux tables. C'est parfois également appelé clé de référencement.

La clé externe est une colonne ou une combinaison de colonnes, dont les valeurs correspondent à la clé primaire d'une autre table.

La relation entre 2 table correspond à la clé primaire dans l'une des tables avec la clé externe de la deuxième table.

Si la table a une clé primaire définie sur tout champ (s), vous ne pouvez pas avoir deux entrées ayant la même valeur de ce champ (s).

Exemple

Considérons la structure des deux tables suivantes.

Clients de table

Créer des clients de table (ID INT NON NULL, NOM VARCHAR (20) NON NULL, AGE INT NON NULL, ADRESSE CHARANDRE (25), Decimal salaire (18, 2), clé primaire (ID));

Commandes de table.

Créer des commandes de table (ID INT NON NULL, DATE DateTime, Customer_ID Int Références Clients (ID), Montant Double, Touche Primaire (ID));

Si la table des commandes a déjà été créée et que la clé externe n'a pas encore été installée, la syntaxe est utilisée pour spécifier la clé externe en modifiant la table.

Alter Table Commandes Ajouter une clé étrangère (Customer_ID) Références clients (ID);

Suppression d'une restriction de clé externe

Pour supprimer une restriction de clé externe, utilisez la syntaxe SQL suivante.

Modifier les commandes de table chute de la clé étrangère;

Clé étrangère. Utilisé pour limiter les liens.
Lorsque toutes les valeurs du même champ de table sont présentées dans l'autre champ de tableau, on dit que le premier champ fait référence à la seconde. Cela indique une connexion directe entre les valeurs de deux champs.

Quand un étage dans la table se réfère à un autre, on l'appelle clé externe; et le champ auquel il se réfère est appelé clé parentale. Les noms de la clé externe et de la clé parent ne doivent pas nécessairement être les mêmes. La clé externe peut avoir n'importe quel nombre de champs qui sont tous traités en tant que module unique. La clé externe et la clé parent à laquelle il se réfère doit avoir le même numéro et le même type de champ, et être dans le même ordre. Lorsque le champ est une clé externe, elle est définie dans un certain caractère associé à la table à laquelle elle se réfère. Chaque valeur, (chaque ligne) de la clé externe doit être inéquitable référence à une seule et unique cette valeur (rangée) de la clé parent. Si cette condition est observée, la base de données est dans un état intégrité de référence.

Sql Prend en charge l'intégrité de référence avec restriction Clé étrangère.. Cette fonctionnalité doit limiter les valeurs pouvant être entrées dans la base de données pour forcer la clé externe et la clé parent pour adapter le principe de l'intégrité de référence. Une des limites des actions Clé étrangère. - Il s'agit de la suppression des valeurs de champs limitées en tant que clé externe qui n'est pas encore représentée dans le vélecteur parent. Cette limitation affecte également la possibilité de modifier ou de supprimer les valeurs de la clé parent.

Limitation Clé étrangère. Utilisé dans la table Create (ou Alter Table (conçu pour modifier une table d'un tableau), contenant un champ qui est déclaré une clé externe. La clé parentale est donnée du nom à laquelle il existe un lien à l'intérieur de la restriction. Clé étrangère..

Comme la plupart des restrictions, il peut s'agir d'une restriction de table ou d'une colonne, sous la forme d'une table qui vous permet d'utiliser de nombreux champs comme une clé externe.

Syntaxe de restriction de table Clé étrangère.:

Clé étrangère. Les références.

[ ]

La première liste de colonnes est une liste d'une ou plusieurs colonnes de la table, qui sont séparées par des virgules et seront créées ou modifiées par cette commande.

Pktable. - Ceci est une table contenant la clé parent. Il peut s'agir d'une table créée ou modifie la commande actuelle.

La deuxième liste de colonnes est une liste de colonnes qui seront une clé parent. Les listes de deux colonnes doivent être compatibles, c'est-à-dire

  • avoir le même nombre de colonnes
  • dans cette séquence, la première, la deuxième, la troisième, etc., les colonnes de la liste des colonnes de clé étrangère doivent avoir les mêmes types de données et la même taille que le premier, deuxième, troisième, etc., la colonne de la liste des colonnes de clé parent.
  • les colonnes de la liste des deux colonnes ne doivent pas avoir les mêmes noms.

Exemple de clé étrangère 1

Créer un étudiant de table.
(Kod_stud entier non nul primaire Clé.,
Kod_spec entier non ,

ADRES CHAR (50),
Décimale de balle),
Clé étrangère. (Kod_spec) Les références. Spec (kod_spec)
);

Lorsque vous utilisez Alter Tableau au lieu de créer une table, appliquer la limite Clé étrangère.Les valeurs indiquées dans la clé externe et la clé parentale doivent être dans un état d'intégrité de référence. Sinon, l'équipe sera rejetée.

En utilisant une limite Clé étrangère. Tables ou colonnes, vous ne pouvez pas spécifier une liste de colonnes de clé parent si la clé parent a une limite de primaire Clé.. Naturellement, dans le cas des clés avec de nombreux champs, l'ordre des colonnes dans les clés externes et primaires doit coïncider et, dans tous les cas, le principe de compatibilité entre deux clés est toujours applicable.

Exemple de clé étrangère 2

Créer un étudiant de table (
Kod_stud entier non nul primaire Clé.,
Fam Char (30) Not NULL UNIQUE
ADRES CHAR (50),
Décimale de balle),
Kod_spec Integer références SPEC
);

Le maintien de l'intégrité de référence nécessite certaines restrictions sur les valeurs pouvant être présentées dans des champs déclarés sous forme de clé externe et de clé parent. La clé parent doit être structurelle pour que chaque valeur de clé externe correspond à une ligne spécifiée. Cela signifie qu'il (clé) doit être unique et ne contenir aucune valeur vide (NULL).

Cela ne suffit pas pour la clé parent si une telle exigence est remplie comme lorsqu'une déclaration clé externe. Sql Il convient de confirmer que des valeurs doubles ou des valeurs vides (NULL) n'ont pas été entrées dans la clé parent. Par conséquent, il est nécessaire de s'assurer que tous les champs utilisés comme clés parent ont ou limitent le primaire Clé. ou une restriction unique, comme non des restrictions nulles.

Références clés externes uniquement sur les clés primaires - une bonne stratégie. Lorsque des touches externes sont utilisées, elles sont contraignantes non seulement avec des clés parent à laquelle elles se réfèrent; Ils sont associés à une chaîne spécifique de la table, où se trouvera cette clé parent. La clé parent elle-même ne fournit aucune information qui n'était pas déjà représentée dans la clé étrangère.

Étant donné que le but de la clé principale est d'identifier le caractère unique de la chaîne, il s'agit d'un choix plus logique et moins ambigu pour la clé externe. Pour toute clé externe qui utilise une clé unique en tant que clé parent, vous devez créer une clé externe qui utiliserait la clé primaire du même tableau pour la même action. La clé externe qui n'a pas d'autre but en plus des lignes de liaison, ressemble à la clé primaire utilisée uniquement pour identifier les lignes et constitue un bon moyen de préserver la structure de base de données claire et simple. La clé externe ne peut contenir que les valeurs réellement présentées dans la vénérance mère ou vide (NULL). Tenter de saisir d'autres valeurs sur cette clé sera rejetée.

Exemple de clé étrangère 3

Créer un paiement de table (
Sh_payout entier,
Sh_eml entier,
Date_payout date,
Somm_payout réel,
Clé étrangère. (Sh_eml) références K_SOTR2 (EID)
);

Dans cet exemple Clé étrangère. La colonne SH_EML se lie à la colonne EID à partir de la table K_SOTR2.

Dernière mise à jour: 07/02/2017

Les bases de données peuvent contenir des tables interconnectées par diverses connexions. La communication (relation) représente l'association entre les entités de différents types.

Lors de la mise en surbrillance de la communication, la table principale ou parent (table principale / table principale) et la table enfant dépendante (table de clés étrangères / enfant) est mise en surbrillance (table de clés étrangères / table enfant). La table fille dépend du parent.

L'organisation de la communication utilise des clés externes. La clé externe représente une ou plusieurs colonnes d'une table, ce qui est en même temps une clé potentielle d'une autre table. La clé externe ne respecte pas nécessairement la clé primaire de la table principale. En règle générale, la clé externe de la table dépendante indique la clé primaire de la table principale.

Entre les tables sont les types suivants:

    Un à un (un à un)

    Un à plusieurs (un à plusieurs)

    Plusieurs à plusieurs (Plusieurs à plusieurs)

Communication un à un

Ce type de relations se réunit pas souvent. Dans ce cas, l'objet d'une entité peut comparer un seul objet d'une autre entité. Par exemple, sur certains sites, l'utilisateur ne peut avoir qu'un seul blog. C'est-à-dire que l'attitude d'un utilisateur se pose - un blog.

Ce type de relation implique souvent une division d'une grande table en plusieurs petites. La principale table des parents dans ce cas continue de contenir des données fréquemment utilisées et une table dépendante de la filiale stocke généralement les données utilisées moins souvent.

À cet égard, la clé primaire de la table dépendante en même temps est une clé externe qui fait référence à la clé primaire de la table principale.

Par exemple, la table des utilisateurs représente les utilisateurs et dispose des colonnes suivantes:

    ID utilisateur (identifiant, clé primaire)

    Nom (nom d'utilisateur)

Et la table des blogs représente les blogs de l'utilisateur et dispose des colonnes suivantes:

    Blogide (identifiant, clé primaire et externe)

    Nom (nom du blog)

Dans ce cas, la colonne Blogid stockera la valeur de la colonne ID utilisateur à partir de la table utilisateur. C'est-à-dire que la colonne Blogid fonctionnera à la fois de la clé primaire et externe.

Communication une à plusieurs

C'est le type de connexion le plus courant. Dans ce type de connexions, plusieurs lignes de la table enfant dépendent d'une ligne dans la table des parents. Par exemple, dans un blog, il peut y avoir plusieurs articles. Dans ce cas, la table des blogs est un parent et la table des articles est une filiale. C'est-à-dire qu'un blog est beaucoup d'articles. Ou un autre exemple, plusieurs joueurs de football jouent dans une équipe de football. Et en même temps, un footballeur ne peut jouer que dans une équipe. C'est-à-dire qu'une équipe est beaucoup de joueurs de football.

Par exemple, il y a une table d'articles, qui représente les articles de blog et qui possède les colonnes suivantes:

    Article (identifiant, clé primaire)

    Blogid (clé externe)

    Titre (titre de l'article)

    Texte (Texte de l'article)

Dans ce cas, la colonne Blogid de la table Articles stockera la valeur de la colonne Blogid de la table des blogs.

Communication beaucoup à beaucoup

Avec ce type de liens, une ligne de la table A peut être associée à un ensemble de lignes de la table V. À son tour, une ligne de la table en peut être associée à un ensemble de lignes de la table A. Exemple typique - Étudiants Et cours: Un étudiant peut visiter plusieurs cours et, en conséquence, plusieurs étudiants peuvent s'inscrire pour un cours.

Un autre exemple est des articles et des balises: Pour un article, vous pouvez définir plusieurs balises et une balise peut être définie pour plusieurs articles.

Mais dans SQL Server au niveau de la base de données, nous ne pouvons pas établir de connexion directe à de nombreuses personnes entre les deux tables. Ceci est fait par une table intermédiaire auxiliaire. Parfois, les données de cette table intermédiaire représentent une entité distincte.

Par exemple, dans le cas d'articles et de balises, laissez la table des balises, qui a deux colonnes:

    Tagid (identifiant, clé primaire)

    Texte (étiquette de texte)

En outre, laissez-la être une table intermédiaire d'articultes avec les champs suivants:

    Tagid (identifiant, clé primaire et externe)

    ArticleIdid (identifiant, clé primaire et externe)

Techniquement, nous recevrons deux connexions un à plusieurs. La colonne Tagid de la table ArtiCletags se référera à la colonne Tagid de la table des balises. Et la colonne Articule de la table ArtiCletags fera référence à la colonne Articulaire de la table d'articles. C'est-à-dire que les colonnes TIBID et ArtidId dans la table ArtiCletags représentent la clé primaire composite et sont à la fois des clés externes pour communiquer avec les tableaux d'articles et de balises.

Intégrité des données de référence

Lors de la modification des touches primaires et externes, un tel aspect doit être observé comme intégrité des données de référence Intégrité référentielle. Son idée de base est que les deux tables de la base de données stockées les mêmes données ont soutenu leur cohérence. L'intégrité des données est une relation bien bâtie entre les tables avec un réglage correct des références entre elles. Dans quels cas l'intégrité des données peut violer:

    Élimination de l'anomalie (Deletion anomalie). Il se produit lorsque la chaîne est supprimée de la table principale. Dans ce cas, la clé externe de la table dépendante continue de faire référence à la chaîne distante de la table principale.

    Insertion d'anomalie (Anomalie d'insertion). Il se produit lors de l'insertion de la chaîne à la table dépendante. Dans ce cas, la clé externe de la table dépendante ne correspond pas à la clé primaire des lignes de la table principale.

    Mises à jour d'anomalies (Mettre à jour l'anomalie). Avec une anomalie similaire, plusieurs lignes d'une table peuvent contenir des données appartenant au même objet. Lors du changement de données d'une ligne, ils peuvent entrer en conflit avec les données d'une autre ligne.

Élimination de l'anomalie

Pour résoudre l'anomalie d'élimination de la clé externe, une des deux restrictions doit être installée:

    Si une chaîne d'une table dépendante nécessite nécessairement une chaîne de la table principale, une suppression en cascade est installée pour la clé externe. C'est-à-dire que lors de la suppression d'une chaîne de la table principale, supprime la ligne associée (chaînes) de la table dépendante.

    Si une chaîne de table dépendante ne permet aucune connexion avec une ligne de la table principale (c'est-à-dire une telle connexion est facultative), puis pour la clé externe, lors de la suppression de la ligne associée, la valeur NULL définit l'ensemble. Dans ce cas, la colonne de clé externe doit permettre à NULL.

Insertion d'anomalie

Pour résoudre une anomalie d'insertion lors de l'ajout de données à la table dépendante, une colonne qui représente la clé externe doit permettre à NULL. Et ainsi, si l'objet ajouté n'a aucune connexion à la table principale, NULL se tiendra dans la colonne de clé externe.

Mises à jour d'anomalies

Pour résoudre le problème de l'anomalie de mise à jour, la normalisation est appliquée, qui sera abordée ultérieurement.

Dans ce sujet, sur l'exemple de deux tables, les concepts de base des bases de données relationnelles sont déterminés, à savoir:

  • clé primaire;
  • clé externe;
  • clé simple et composite;
  • attitude, types de relations;
  • clés artificielles et naturelles;
  • accueil (maître) et tables subordonnées (détaillées).

Des données d'entrée

Laissez une base de données des employés de l'entreprise, composé de deux tables. La première table contient des données sur l'employé. La deuxième table contient des informations sur les salaires des employés.

Les tables ont la structure suivante.

"Ouvrier". Contient des données sur employé "Le salaire". Contient des informations sur les travailleurs salariaux.

Question Réponse

1. Quelle est la clé principale de la table de base de données? Quelles sont les clés principales sont utilisées?

Lorsque vous travaillez avec des tables dans des bases de données relationnelles, il est souhaitable (nécessaire) afin que chaque table ait le dite appelé clé primaire.

Clé primaire - Ceci est un champ utilisé pour assurer le caractère unique des données dans le tableau. Cela signifie que la valeur (informations) dans le champ de clé primaire de chaque ligne (enregistrement) de la table peut être unique.

L'unicité est nécessaire pour éviter toute ambiguïté lorsqu'il est inconnu de quelle entrée de table vous pouvez contacter s'il existe des enregistrements répétés dans le tableau (deux enregistrements ont les mêmes valeurs dans tous les champs de terrain).

Exemple. Pour la table "Travailleur", vous pouvez entrer un champ supplémentaire qui sera la clé principale. Cependant, le champ (attribut) "Numéro tabel" offre également un caractère unique. Depuis, théoriquement, il ne peut y avoir de deux nombres de comprimés identiques. En pratique, il peut y avoir des cas que le même numéro de table sera entré par erreur et les valeurs de tous les champs de terrain coïncident. En conséquence, deux enregistrements identiques se produiront dans le tableau. Afin d'éviter une telle erreur, il est préférable de créer un compteur de champ supplémentaire dans la table, ce qui garantira l'unicité.

Aussi pour la table "Salaire", vous pouvez entrer un champ supplémentaire qui sera la clé principale.

2. Quelle est la relation entre les tableaux (relation)? Exemple

Les tables dans le modèle de données relationnelles peuvent avoir des communications entre elles. De telles connexions sont appelées relation. Pour les tables "travailleur" et "salaire", vous pouvez établir une communication sur le champ "Numéro tabel".

Exemple. Nous analysons les tables "travailleur" et "salaire". Dans ces tables, vous pouvez définir la relation entre les tables en fonction du champ "Numéro de tabel". C'est-à-dire que la connexion entre les tables se produit sur la base du champ (attribut) "Numéro tabel".

Cela signifie ce qui suit. Si vous avez besoin de trouver des salaires accumulés dans la table de salaire pour l'employé Ivanov I.i., vous devez effectuer les actions suivantes:

  • trouvez le numéro de table d'employé Ivanov I.i. Dans le tableau "travailleur". La valeur du nombre de tablettes est de 7585;
  • dans la table "Salaire", trouvez toutes les valeurs 7585 (nombre tabel);
  • sélectionnez dans la table "Salaire" toutes les valeurs du champ "Cracée", qui correspondent au numéro de la table 7585.

Figure. 1. Illustration de communication entre les tables. La table Numéro de la table 2145 "Travailleur" est affichée dans la table "Salaire"

Figure. 2. Communication (ratio) entre les champs des tables

3. Qu'est-ce qu'une clé externe (clé étrangère)? Exemple

Le concept de "clé externe" est important lors de la prise en compte des tables correspondantes.

Clé externe - Ceci est un ou plusieurs champs (attributs), qui sont primaires dans une autre table et dont la valeur est remplacée par les valeurs de la clé primaire d'une autre table.

Exemple. Soit là une relation entre les tables "travailleur" et le "salaire" sur le champ Numéro tabel. Dans ce cas, le champ "Numéro tabel" de la table "Travailleur" peut être la clé principale et le champ "Salaire" "Numéro Tabel" est une clé externe. Cela signifie que les valeurs du champ "Salaire" du nombre de tabel "sont remplacées par les valeurs du" numéro tabel "de la table" Travailleur ".

4. Qu'est-ce qu'une clé externe récursive?

Clé externe récursive - Ceci est une clé externe qui fait référence à la même table à laquelle elle appartient. Dans ce cas, le champ (attribut), qui correspond à une clé externe est la clé de la même relation (communication).

5. Les clés primaires et externes peuvent-elles être simples ou composites (complexes)?

Les clés primaires, secondaires et externes peuvent être à la fois simples et composites (complexes). Clés simples - Ce sont les clés qui ne contiennent qu'un seul champ (un attribut). Composé Les touches (sophistiquées) sont les clés contenant plusieurs champs (attributs).

6. Quelle est la différence entre la clé artificielle et naturelle? Exemple

Clé naturelle Fournit un caractère unique de la plus essentielle du sujet. Il y a des cas lorsque les valeurs des enregistrements de certains champs (champs) de la table sont uniques. Ce champ peut être une clé naturelle.

Clé artificielle Entre en outre pour fournir des valeurs uniques. Le plus souvent, la clé artificielle est un compteur de type de terrain (comptoir). Dans un tel champ, lors de l'ajout d'un nouvel enregistrement (chaîne) à la table, la valeur du compteur augmente de 1 (ou une autre valeur). Si l'enregistrement est retiré de la table, la valeur maximale du compteur de ligne n'est plus réduite, mais reste telle qu'elle est. En règle générale, cela est suivi de tout le système de gestion de base de données.

Exemple. Dans la table "Travailleur", il y a un champ (attribut) "numéro tabel". Le champ "Numéro tabel" est en soi unique, car il ne peut y avoir deux employés avec le même numéro de tablette.

Dans la table salariale, la valeur dans les quatre champs peut être répétée accidentellement. Par conséquent, il est conseillé d'ajouter un champ de compteur supplémentaire ici, qui sera une clé artificielle. Dans ce cas, la table "salaire" avec un champ supplémentaire peut avoir environ la forme suivante:

où le champ "numéro" est une clé artificielle qui offre un caractère unique.

7. Quels moyens de choisir une clé primaire?

Il y a 3 façons de sélectionner la clé primaire:

  • utilisez le champ Incrément (Counter-Counter) comme une clé artificielle;
  • sélectionnez un champ à partir des données, qui peuvent fournir un caractère unique;
  • sélectionnez plusieurs champs à partir de données pouvant fournir un caractère unique. Dans ce cas, la clé sera encore appelée compliquée (composite).
8. Quelles sont les termes "table principale" et "table esclave" (détail) signifie?

S'il y a une connexion entre les tables, l'un d'entre eux peut alors être le principal (maître) et l'autre subordonné (détail). La table principale affiche tous les enregistrements qui y sont placés. La table subordonnée affiche uniquement les enregistrements correspondant à la valeur de clé de la table principale, qui est actuellement active (actuelle). Si l'enregistrement actuel de la table principale change, une variété d'enregistrements disponibles du changement de table subordonné.

Exemple. Si vous considérez les tables "travailleur" et "salaire", la table "travailleur" est la principale chose, et la table "salaire" est subordonnée.

9. Quels sont les types de relations (connexions) entre les tables?

Il y a 4 types principaux de relations entre les tables:

  • "Un par un". Dans ce cas, chaque enregistrement d'un tableau correspond à un seul enregistrement d'une autre table;
  • "Un à plusieurs". Ceci est lorsque l'un des enregistrements de la table principale (Master) correspond à plusieurs enregistrements de la table subordonnée (détail). C'est-à-dire que chaque enregistrement est la clé principale d'un tableau correspond à plusieurs enregistrements du tableau associé;
  • "Beaucoup à un". Ceci est lorsque plusieurs enregistrements de la table principale correspondent à un enregistrement de la table subordonnée;
  • "Plusieurs à plusieurs". C'est lorsqu'il existe plusieurs enregistrements interconnectés dans les deux tableaux.

Exemple. Si nous considérons la relation entre les tables "travailleur" et "salaire", cette relation est comme "une à plusieurs". Table "Travailleur" est le principal. Table "Salaire" est un subordonné.

Avez-vous aimé l'article? Partager avec des amis: