Table des matières:
- Une relation un-à-plusieurs est connectée un enregistrement dans la table parent à plusieurs enregistrements dans la table enfant.
- Une relation un-à-un connecte un enregistrement de la table parent à un enregistrement de la table enfant.
- Reliez le champ de clé primaire de la table parent avec le même champ (et non la clé primaire) dans la table enfant.
- Les champs joints dans la relation doivent être du même type de données.
- Appliquer l'intégrité référentielle dans la boîte de dialogue Modifier les relations pour empêcher l'entrée d'enregistrement "orpheline" dans la table enfant.
- Définissez les champs relatifs à la mise à jour en cascade dans la boîte de dialogue Modifier les relations pour mettre à jour la valeur clé dans la table enfant lorsqu'elle est mise à jour dans la table parent.
- Définissez les enregistrements associés à la suppression en cascade dans la boîte de dialogue Modifier les relations pour supprimer les enregistrements associés dans la table enfant lorsque l'enregistrement correspondant est supprimé dans la table parente.
- La définition de relations entre les tables définit automatiquement les jointures pour ces tables lors de la création de requêtes.
- Supprimez un champ faisant partie d'une relation et vous supprimerez la relation.
- Si une clé primaire fait partie d'une relation, vous ne pouvez pas changer la clé primaire de cette table en une autre, sans d'abord supprimer la relation.
Vidéo: Créer un formulaire sous Word 2025
Une relation un-à-plusieurs est connectée un enregistrement dans la table parent à plusieurs enregistrements dans la table enfant.
Définissez la relation pour connecter les commandes aux clients ou aux médecins aux patients. Un client peut avoir de nombreuses commandes et un médecin peut avoir de nombreux patients. De cette façon, vous n'avez pas à répéter toutes les informations de contact client sur chaque commande ni toutes les informations de contact du médecin sur chaque patient.
Une relation un-à-un connecte un enregistrement de la table parent à un enregistrement de la table enfant.
Ce type de relation n'est pas commun mais peut être utilisé si vous avez besoin de diviser une table contenant plusieurs champs en deux tables.
Reliez le champ de clé primaire de la table parent avec le même champ (et non la clé primaire) dans la table enfant.
C'est le scénario le plus courant. La table parent contient un champ de clé primaire et la table enfant contient le même nom de champ. Par exemple, une table Customers and Orders peut partager un CustomerID. CustomerID est normalement la clé primaire des clients et une clé étrangère dans les commandes.
Les champs joints dans la relation doivent être du même type de données.
Vous ne pouvez pas associer un champ de texte de la table parent à un champ numérique de la table enfant ou inversement. Les champs doivent être des champs de texte ou des champs numériques dans chaque table.
Appliquer l'intégrité référentielle dans la boîte de dialogue Modifier les relations pour empêcher l'entrée d'enregistrement "orpheline" dans la table enfant.
Un orphelin est un enregistrement de la table enfant qui n'a pas d'enregistrement correspondant dans la table parent. L'exemple classique est une commande dans une table Orders pour un client qui ne figure pas dans la table Customers. L'intégrité référentielle empêche la saisie de ces types de commandes orphelines.
Définissez les champs relatifs à la mise à jour en cascade dans la boîte de dialogue Modifier les relations pour mettre à jour la valeur clé dans la table enfant lorsqu'elle est mise à jour dans la table parent.
Supposons que vous ayez deux tables, une liste de catégories dans une table ExpenseType (nom du champ Category) et un champ dans une table Expenses appelée Category. Le champ Catégorie dans Expenses est rempli par une zone de liste déroulante qui extrait ses données du champ Catégorie de la table ExpenseType.
En outre supposer qu'une faute de frappe a été faite pour manger, il a été orthographié Dinning. Si vous définissez des champs liés à la mise à jour en cascade, vous pouvez modifier Dinning dans ExpenseType à Dining et cela changera sur chaque enregistrement utilisé dans la table Expenses.
Définissez les enregistrements associés à la suppression en cascade dans la boîte de dialogue Modifier les relations pour supprimer les enregistrements associés dans la table enfant lorsque l'enregistrement correspondant est supprimé dans la table parente.
Avec ce paramètre dans une relation entre CustomerID dans Customer et CustomerID dans Orders, supprimez un enregistrement client et vous supprimerez toutes les commandes pour ce client.
La définition de relations entre les tables définit automatiquement les jointures pour ces tables lors de la création de requêtes.
Les jointures relationnelles sont acheminées vers la vue de conception de requête. Si vous définissez une relation entre les clients et les commandes sur CustomerID, vous verrez cette ligne de jointure lorsque vous ajoutez ces tables à une nouvelle requête dans la conception de la requête.
Supprimez un champ faisant partie d'une relation et vous supprimerez la relation.
Vous ne pouvez pas avoir de relation entre deux champs si l'un d'eux est manquant, n'est-ce pas? Ainsi, Access supprime la relation rompue lorsque vous supprimez un champ qui fait partie de cette relation.
Si une clé primaire fait partie d'une relation, vous ne pouvez pas changer la clé primaire de cette table en une autre, sans d'abord supprimer la relation.
Pour modifier les clés primaires d'une table dont la clé primaire fait partie d'une relation, vous devez d'abord ouvrir la fenêtre Relations et supprimer la relation avant qu'Access vous permette de changer la clé primaire en un autre champ de cette table.
Précédent Suivant
