4. du modèle relationnel au modèle physique Système de gestion de bases de données relationnel Une base de données est un ensemble d'informations structurées en tables dont l'implantation, la mise à jour et l'exploitation sont réalisées à l'aide d'un SGBDR.
5.
6. du modèle relationnel au modèle physique Système de gestion de bases de données relationnel Le modèle relationnel est une représentation du système tel qu'il sera implanté dans les ordinateurs. Le modèle relationnel est indépendant du SGBDR retenu.
7. du modèle relationnel au modèle physique Système de gestion de bases de données relationnel
8. du modèle relationnel au modèle physique Contexte: Hifeo Le service consommateurs a pour activité principale de s’occuper des réclamations clients.
9. du modèle relationnel au modèle physique Contexte: Hifeo Le responsable de la clientèle d'Hifeo souhaite mettre en place un outil qui lui permettrait d’améliorer la gestion des réclamations des clients insatisfaits.
12. du modèle relationnel au modèle physique Contexte: Hifeo L'implantation physique, sur machine, de la base de données est l'étape suivante, après la conception du modèle relationnel, de la création d'une base de données.
13.
14. L'implantation physique Système de gestion de bases de données relationnel La transmission de la description des données dépend du SGBD choisi.
15.
16.
17. du modèle relationnel au modèle physique Contexte: Hifeo L'implantation physique du modèle relationnel avec le SGBDR Access produit ( reference , categorie, marque, prixvente) client ( code_c , nom_c, prenom_c, adresse, cp, ville) agent ( code_a , nom_a , prenom_a ) reclamation ( reference_r , date_ r, garantie, incomplete_liv, panne, reference#, code _c#, code _a# )
18. Contexte: Hifeo L'implantation physique du modèle relationnel avec le SGBDR Access
27. Le champ code_a la table agent correspond à l'attribut code_a de la relation agent
28. La structure de la table agent correspond à celle de la relation: agent agent ( code_a , nom_a , prenom_a )
29. La structure de la table agent correspond à celle de la relation: agent agent ( code_a , nom_a , prenom_a )
30. La structure de la table agent correspond à celle de la relation: agent agent ( code_a , nom_a , prenom_a )
31. La structure de la table agent correspond à celle de la relation: agent agent ( code_a , nom_a , prenom_a )
32. La structure de la table agent correspond à celle de la relation: agent agent ( code_a , nom_a , prenom_a )
33. Création de la table agent correspondant à la relation: agent ( code_a , nom_a , prenom_a )
34. Création de la table agent correspondant à la relation: agent ( code_a , nom_a , prenom_a )
35. Création de la table agent correspondant à la relation: agent ( code_a , nom_a , prenom_a )
36. Création de la table client correspondant à la relation: client ( code_c , nom_c, prenom_c, adresse, cp, ville)
37. Création de la table produit correspondant à la relation: produit ( reference , categorie, marque, prixvente)
38. Création de la table reclamation correspondant à la relation: reclamation ( reference_r , date_ r, garantie, incomplete_liv, panne, reference#, code _c#, code _a# )
39. La création des tables correspond au modèle relationnel: produit ( reference , categorie, marque, prixvente) client ( code_c , nom_c, prenom_c, adresse, cp, ville) agent ( code_a , nom_a , prenom_a ) reclamation ( reference_r , date_ r, garantie, incomplete_liv, panne, reference#, code _c#, code _a# )
40. La création des tables correspond au modèle relationnel: produit ( reference , categorie, marque, prixvente) client ( code_c , nom_c, prenom_c, adresse, cp, ville) agent ( code_a , nom_a , prenom_a ) reclamation ( reference_r , date_ r, garantie, incomplete_liv, panne, reference#, code _c#, code _a# )
41. La création des tables correspond au modèle relationnel: produit ( reference , categorie, marque, prixvente) client ( code_c , nom_c, prenom_c, adresse, cp, ville) agent ( code_a , nom_a , prenom_a ) reclamation ( reference_r , date_ r, garantie, incomplete_liv, panne, reference#, code _c#, code _a# )
42. La création des tables correspond au modèle relationnel: produit ( reference , categorie, marque, prixvente) client ( code_c , nom_c, prenom_c, adresse, cp, ville) agent ( code_a , nom_a , prenom_a ) reclamation ( reference_r , date_ r, garantie, incomplete_liv, panne, reference#, code _c#, code _a# )
43. ACCESS est un logiciel qui fait partie de la famille des SGBDR, c'est-à-dire des systèmes de gestion de bases de données relationnelles. La notion de relations est donc essentielle. Bien qu'il existe plusieurs types de relations, ACCESS ne gère que les relations de un à un, et les relations de un à plusieurs.
44. La relation se fait d'une clé primaire vers une clé étrangère.
45. La clé primaire est le champ de la table qui sert d'identifiant à un enregistrement. Il s'agit d'un champ indexé sans doublon.
46. La clé étrangère est le champ de la table qui servira à matérialiser la relation avec la clé primaire. Il doit être de même taille et de même type de données que la clé primaire à laquelle il est lié.
47. Appliquer l'intégrité référentielle. Lorsque l'intégrité référentielle est appliquée sur une relation, on ne devrait pas trouver, dans la clé étrangère, de données autres que celles de la clé primaire.
48. Pour créer une relation de un à plusieurs, il suffit de lier les champs entre eux.
49. Pour créer une relation de un à plusieurs, il suffit de lier les champs entre eux.