DOSSIER 09 – Le modèle relationnel

Slides:



Advertisements
Présentations similaires
DOSSIER 10 – La base de données relationnelle
Advertisements

DOSSIER G10 – La base de données Relationnelle
Réaliser un dossier en SVT Classe de 3 ème Diaporama réalisé par la documentaliste Mme Mariatte-suty
1- Introduction 2ème partie Modèle Conceptuel des Données 2- Entités- Associations 4- Associations plurielles 3- Cardinalités 5- Associations réflexives.
Le système scolaire Gymnázium a Jazyková škola s právem státní jazykové zkoušky Zlín Tematická oblast La vie en France Datum vytvoření Ročník7.
1- Régles de normalisation 2ème partie : normalisation Modèle Conceptuel des Données 2- Les Formes Normales 3- Dépendances Fonctionnelles 4- Recap - Méthodologie.
Auteur : Patrice LEPISSIER Calcul du Nombre de Vendeurs  Formule de calcul Formule de calcul  Visites clients Visites clients  Visites vendeur Visites.
SQL partie 5 1 LMD create – update – primary key secondary key.
Le langage de définition de données B.T.S. S.I.O – SI3 –
1- Introduction Sommaire Modèle Logique des Données 2- Structure 3- Traduction du MCD en MLD 4- Recap - Méthodologie.
Cours Initiation aux Bases De Données
Initiation à la conception des systèmes d'informations
LIVRET SCOLAIRE UNIQUE
Madame, Monsieur, Cher(e) élève,
4 Modèle conceptuel de données MCD
Notice LAD/RAD L’impression du modèle de la feuille d’émargement générée par eMargos en fonction de la période et du type de prestation (séquence ou entreprise)
Structure et Services « STS » Menu Structures : Divisions
Construire des requêtes
Plateforme CountrySTAT Aperçu global de la préparation des tableaux dans la nouvelle plateforme CountrySTAT FORMATION DES POINTS FOCAUX SUR LE SYSTEME.
Fiche de lecture à sept étapes – FLA 20/130-1
Cahier de collectes par Sophie
20/11/98 8. Base de données (II) MS-ACCESS 97 MDI-8 V1.1a.
Ce videoclip produit par l’Ecole Polytechnique Fédérale de Lausanne
Université Stendhal - Grenoble
CONSEILS PRATIQUES UTILISATION DE CERISE
EVOLUTION DE LA PENSION DES ENSEIGNANTS DEPUIS DECEMBRE 2011
Logiciel de gestion des adhérents
ACTIVITÉ À quoi ressemble votre réseau de services aux personnes en perte d’autonomie? Colloque sur la clientèle en perte d’autonomie 11 mai 2017.
Numérotation Insertion d'objets
Représentation de l’information en binaire:
Fiche 1 Prénom : …………………………………… date :
Au Far West L'histoire se passe dans un saloon, à l'époque du Far
Site internet GSE Guide pour s’inscrire au GSE et adhérer aux sections
Les bases de données et le modèle relationnel
Langage de Manipulation des Données LMD
1 Présentation projet Base de Données & Langage SQL Bakary DIABY, Insa Rouen Promo. MS-ESD 16/17.
Bibliothèque Sainte-Barbe
LES FORMES NORMALES Les trois premières formes normales ont pour objectif de permettre la décomposition de relations sans perdre d’informations. Elles.
Maria Berger - Maîtrise d'AES Algèbre relationnelle.
Création Et Modification De La Structure De La Base De Données
Structure D’une Base De Données Relationnelle
Création Base de données centralisée au Lycée Stendhal
Modèle entité-association Exercice client : Une petite entreprise souhaite concevoir une base de données pour la gestion des commandes de ses clients,
I Copyright © 2004, Oracle. Tous droits réservés. Introduction.
Bases de données sous Access. Initiation aux bases de données  Structure d’une base de données.
5 Copyright © 2004, Oracle. Tous droits réservés. Afficher des données de plusieurs tables.
Catherine Cyrot - bibliothèques numériques - Cours 5
FICHES NAVETTES Diaporama Power Point © Jeannot Schnell ::
03- Evaluation Access 2003 Cette évaluation comporte des QCM (1 seule réponse) et des Zones à déterminer dans des copies d’écran.
Cas 2 : InfoBanque Crédit du Sud
Nom Prénom: classe: ASSOCIATION SPORTIVE COLLEGE JULES FERRY.
Plateforme CountrySTAT Aperçu global de la préparation des tableaux dans la nouvelle plateforme CountrySTAT FORMATION DES POINTS FOCAUX SUR LE SYSTEME.
PRESENTATION ACCESS Editeur : Microsoft Environnement Windows (SE)
Informatique Master 1 - ANI Système de Gestion de Bases de Données.
TP1 - DBMAIN BFSH Lausanne - Switzerland - Tel Université de Lausanne.
Conception d’unebasede données MERISE ( MÉTHODE D’ ETUDE ET DE RÉALISATION INFORMATIQUE POUR LES SYSTÈMES D’ENTREPRISE )
Exercice 1 : Déterminez à quel ensemble appartient 1/x dans les cas suivants : 1°) 0 < x ≤ 3 2°) – 2 < x < 0 3°) x < – 5 4°) x ≥ 7 On pourra justifier.
Formation « Utiliser un site Internet école »
Extractions personnalisées
Cahier de collectes par Sophie
Tableau de bord d’un système de recommandation
Les Mignardises du Salon des Poètes de Lyon
Systèmes d’Information et Application
Procédures de la rentrée
Début des procédures année
ScienceDirect Guide d’utilisation de la base de données : ScienceDirect Pr R. EL OUAHBI.
Votre dossier de candidature Merci de remplir les 5 prochaines diapositives avec les informations suivantes: a. Description de votre technologie b.
Dridi Lobna 1 Couche Réseau II Réseau : Gestion de l’accès.
DONNÉE DE BASE QM Manuel de formation. Agenda 2  Introduction  Objectif de la formation  Données de base QM: Caractéristique de contrôle Catalogue.
Du suivi de l’élève à la validation du socle commun.
Transcription de la présentation:

DOSSIER 09 – Le modèle relationnel

QCM Le modèle relationnel DOSSIER 9 QCM Le modèle relationnel

La bibliothèque municipale La bibliothèque municipale utilise pour la gestion des emprunts de ses livres (chaque livre n'existe à la bibliothèque qu'en un seul exemplaire), une base de données dont le schéma relationnel est le suivant : Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 2 : CATEGORIE (CodeC, LibelléC) Clé primaire : CodeC Clé étrangère : Table 3 : EMPRUNTEUR (CodeE, NomE, TelephoneE) Clé primaire : CodeE Table 4 : PRET (CodeE, CodeL, Datepret, Nbjoursdeprêt, datederetour) Clé primaire : CodeE + CodeL Clé étrangère : CodeE en référence à CodeE de EMPRUNTEUR CodeL en référence à CodeL de LIVRE

La bibliothèque municipale La bibliothèque municipale utilise pour la gestion des emprunts de ses livres (chaque livre n'existe à la bibliothèque qu'en un seul exemplaire), une base de données dont le schéma relationnel est le suivant : Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 2 : CATEGORIE (CodeC, LibelléC) Clé primaire : CodeC Clé étrangère : Table 3 : EMPRUNTEUR (CodeE, NomE, TelephoneE) Clé primaire : CodeE Table 4 : PRET (CodeE, CodeL, Datepret, Nbjoursdeprêt, datederetour) Clé primaire : CodeE + CodeL Clé étrangère : CodeE en référence à CodeE de EMPRUNTEUR CodeL en référence à CodeL de LIVRE X 01. Un livre peut-il appartenir à plusieurs catégories Oui Non On ne peut pas savoir

La bibliothèque municipale La bibliothèque municipale utilise pour la gestion des emprunts de ses livres (chaque livre n'existe à la bibliothèque qu'en un seul exemplaire), une base de données dont le schéma relationnel est le suivant : Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 2 : CATEGORIE (CodeC, LibelléC) Clé primaire : CodeC Clé étrangère : Table 3 : EMPRUNTEUR (CodeE, NomE, TelephoneE) Clé primaire : CodeE Table 4 : PRET (CodeE, CodeL, Datepret, Nbjoursdeprêt, datederetour) Clé primaire : CodeE + CodeL Clé étrangère : CodeE en référence à CodeE de EMPRUNTEUR CodeL en référence à CodeL de LIVRE Oui, car la clé primaire est composée uniquement des attributs CodeE et CodeL 02. Un emprunteur peut-il emprunter plusieurs livres différents à une même date ? Oui Non On ne peut pas savoir

La bibliothèque municipale La bibliothèque municipale utilise pour la gestion des emprunts de ses livres (chaque livre n'existe à la bibliothèque qu'en un seul exemplaire), une base de données dont le schéma relationnel est le suivant : Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 2 : CATEGORIE (CodeC, LibelléC) Clé primaire : CodeC Clé étrangère : Table 3 : EMPRUNTEUR (CodeE, NomE, TelephoneE) Clé primaire : CodeE Table 4 : PRET (CodeE, CodeL, Datepret, Nbjoursdeprêt, datederetour) Clé primaire : CodeE + CodeL Clé étrangère : CodeE en référence à CodeE de EMPRUNTEUR CodeL en référence à CodeL de LIVRE Non, car la clé primaire est composée uniquement des attributs CodeE et CodeL 03. Un emprunteur peut-il emprunter le même livre à des dates différentes ? Oui Non On ne peut pas savoir

La bibliothèque municipale La bibliothèque municipale utilise pour la gestion des emprunts de ses livres (chaque livre n'existe à la bibliothèque qu'en un seul exemplaire), une base de données dont le schéma relationnel est le suivant : Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 2 : CATEGORIE (CodeC, LibelléC) Clé primaire : CodeC Clé étrangère : Table 3 : EMPRUNTEUR (CodeE, NomE, TelephoneE) Clé primaire : CodeE Table 4 : PRET (CodeE, CodeL, Datepret, Nbjoursdeprêt, datederetour) Clé primaire : CodeE + CodeL Clé étrangère : CodeE en référence à CodeE de EMPRUNTEUR CodeL en référence à CodeL de LIVRE X 04. Pourquoi l'attribut "Datederetour" n'est pas indispensable au schéma relationnel ? On ne connaît pas toujours la date de retour du livre Cet attribut provient d'un calcul (Datedepret + Nbjoursdeprêt) Non, cet attribut est indispensable au schéma relationnel

La bibliothèque municipale La bibliothèque municipale utilise pour la gestion des emprunts de ses livres (chaque livre n'existe à la bibliothèque qu'en un seul exemplaire), une base de données dont le schéma relationnel est le suivant : fin Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 2 : CATEGORIE (CodeC, LibelléC) Clé primaire : CodeC Clé étrangère : Table 3 : EMPRUNTEUR (CodeE, NomE, TelephoneE) Clé primaire : CodeE Table 4 : PRET (CodeE, CodeL, Datepret, Nbjoursdeprêt, datederetour) Clé primaire : CodeE + CodeL Clé étrangère : CodeE en référence à CodeE de EMPRUNTEUR CodeL en référence à CodeL de LIVRE Table 5 : AUTEUR (CodeA, NomA) Clé primaire : CodeA Clé étrangère : Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 6 : ECRIRE (CodeL, CodeA) Clé primaire : CodeL + CodeA Clé étrangère : CodeL en référence à CodeL de LIVRE CodeA en référence à CodeA de AUTEUR X 05. La bibliothèque veut ajouter dans sa base de données les auteurs des livres. Certains livres peuvent avoir plusieurs auteurs. Comment le schéma relationnel doit-il être modifié ? Table 5 : AUTEUR (CodeA, NomA) Clé primaire : CodeA Clé étrangère : Table 1 : LIVRE (CodeL, TitreL, CodeC) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE Table 5 : AUTEUR (CodeA, NomA) Clé primaire : CodeA Clé étrangère : Table 1 : LIVRE (CodeL, TitreL, CodeC, CodeA) Clé primaire : CodeL Clé étrangère : CodeC en référence à CodeC de CATEGORIE CodeA en référence à CodeA de AUTEUR

Application 1 : Gestion des élèves (TEMPS : 15 MN) DOSSIER 09 Application 1 : Gestion des élèves (TEMPS : 15 MN)

Le lycée Jules-Ferry La gestion des élèves du LYCÉE JULES-FERRY est réalisée grâce à des fiches manuelles : Il serait intéressant d'avoir plus d'indications sur la classe de l'élève. Par conséquent, les informations concernant le nombre d'heures de cours par semaine ainsi que la salle de classe (sachant qu'une classe a toujours cours dans la même salle) doivent faire partie du modèle relationnel « Gestion des élèves ».

Le lycée Jules-Ferry ATTRIBUT FORMAT Nom Prénom Date de naissance Sexe La gestion des élèves du LYCÉE JULES-FERRY est réalisée grâce à des fiches manuelles : Chaîne de caractères (Texte) Chaîne de caractères (Texte) Date Logique ou Texte Logique ou Texte 02. Déterminez le format de chaque attribut de la relation ELEVES. ATTRIBUT FORMAT Nom Prénom Date de naissance Sexe Statut

Le lycée Jules-Ferry La gestion des élèves du LYCÉE JULES-FERRY est réalisée grâce à des fiches manuelles : En sachant que plusieurs élèves peuvent avoir le même nom, il serait plus judicieux d'attribuer un numéro élève comme clé primaire (Unique, Stable, Exister) 03. Proposez une clé primaire cohérente pour cette relation. ATTRIBUT FORMAT Nom Chaîne de caractères (Texte) Prénom Date de naissance Date Sexe Logique ou Texte Statut

Le lycée Jules-Ferry ATTRIBUT Libellé Il serait intéressant d'avoir plus d'indications sur la classe de l'élève. Par conséquent, les informations concernant le nombre d'heures de cours par semaine ainsi que la salle de classe (sachant qu'une classe a toujours cours dans la même salle) doivent faire partie du modèle relationnel « Gestion des élèves ». Nombreheures Salle 04. En fonction du paragraphe ci-dessus, créez la relation CLASSE avec les attributs correspondants. ATTRIBUT

Le lycée Jules-Ferry Libellé ELEVE CLASSE Nom Libellé Prénom Il serait intéressant d'avoir plus d'indications sur la classe de l'élève. Par conséquent, les informations concernant le nombre d'heures de cours par semaine ainsi que la salle de classe (sachant qu'une classe a toujours cours dans la même salle) doivent faire partie du modèle relationnel « Gestion des élèves ». 05. Quel est l'attribut qui permet la liaison entre les deux relations. ELEVE Nom Prénom Date de naissance Sexe Statut CLASSE Libellé Nombreheures Salle Libellé Le libellé permettra de faire référence aux données de la classe (Un élève est affecté à une classe)

Le lycée Jules-Ferry Table CLASSE Clé primaire : Clé étrangère : ELEVE Nom Prenom Datenaiss Sexe Statut Libelle CLASSE Libelle Nombreheures Salle 06. Ecrivez le modèle relationnel "Gestion des élèves". Table CLASSE (Libelle, Nombreheures, Salle) Clé primaire : Libelle Clé étrangère : Pas de clé étrangère Table ELEVE (Nom, Prenom, Datenaiss, Sexe , Statut, Libelle) Clé primaire : Nom Clé étrangère : Libelle en référence à Libelle de CLASSE

Application 3 : Compréhension d'un modèle relationnel (TEMPS : 20 MN) DOSSIER 09 Application 3 : Compréhension d'un modèle relationnel (TEMPS : 20 MN)

Le Country Club d'Evry Le Country Club d'Evry gère la réservation de ses courts de tennis selon le schéma relationnel ci-dessous : Table 1 : ADHERENT (CodeAdherent, NomAdherent, LicenceAdherent, TelAdherent, MelAdherent) Clé primaire : CodeAdherent Clé étrangère : Table 2 : RESERVATION (DateReservation, CodeAdherent, HeureReservation, NumeroCourt) Clé primaire : DateReservation + CodeAdherent Clé étrangère : CodeAdherent en référence à CodeAdherent de ADHERENT NumeroCourt en référence à NumeroCourt de COURT Table 3 : COURT (NumeroCourt, EmplacementCourt, Couvert, SurfaceCourt) Clé primaire : NumeroCourt

Le Country Club d'Evry Le Country Club d'Evry gère la réservation de ses courts de tennis selon le schéma relationnel ci-dessous : Table 1 : ADHERENT (CodeAdherent, NomAdherent, LicenceAdherent, TelAdherent, MelAdherent) Clé primaire : CodeAdherent Clé étrangère : Table 2 : RESERVATION (DateReservation, CodeAdherent, HeureReservation, NumeroCourt) Clé primaire : DateReservation + CodeAdherent Clé étrangère : CodeAdherent en référence à CodeAdherent de ADHERENT NumeroCourt en référence à NumeroCourt de COURT Table 3 : COURT (NumeroCourt, EmplacementCourt, Couvert, SurfaceCourt) Clé primaire : NumeroCourt 01. La structure actuelle du schéma relationnel, permet-elle à un adhérent de réserver plusieurs courts un même jour ? Pourquoi ? Non, car la clé primaire regroupe uniquement les attributs DateReservation et CodeAdherent. Par conséquent, afin d'éviter des doublons, un même adhérent ne peut réserver qu'une seule fois par jour.

Le Country Club d'Evry Le Country Club d'Evry gère la réservation de ses courts de tennis selon le schéma relationnel ci-dessous : Table 1 : ADHERENT (CodeAdherent, NomAdherent, LicenceAdherent, TelAdherent, MelAdherent) Clé primaire : CodeAdherent Clé étrangère : Table 2 : RESERVATION (DateReservation, CodeAdherent, HeureReservation, NumeroCourt) Clé primaire : DateReservation + CodeAdherent Clé étrangère : CodeAdherent en référence à CodeAdherent de ADHERENT NumeroCourt en référence à NumeroCourt de COURT Table 3 : COURT (NumeroCourt, EmplacementCourt, Couvert, SurfaceCourt) Clé primaire : NumeroCourt 02. Afin qu'un adhérent puisse réserver plusieurs courts (à des heures différentes) une même journée, quelle modification doit être réalisée dans le modèle ci-contre ? Il faudrait intégrer dans la clé primaire de la relation RESERVATION, l'attribut HeureReservation.

Le Country Club d'Evry NomMoniteur NomAdherent Date Heure Durée Rubbi Le Country Club d'Evry désirerait améliorer son schéma relationnel en intégrant le planning des leçons particulières données par ses moniteurs. Pour cela il vous transmet une fiche moniteur et un extrait de planning. Table 1 : ADHERENT (CodeAdherent, NomAdherent, LicenceAdherent, TelAdherent, MelAdherent) Clé primaire : CodeAdherent Clé étrangère : Table 2 : RESERVATION (DateReservation, CodeAdherent, HeureReservation, NumeroCourt) Clé primaire : DateReservation + CodeAdherent Clé étrangère : CodeAdherent en référence à CodeAdherent de ADHERENT NumeroCourt en référence à NumeroCourt de COURT Table 3 : COURT (NumeroCourt, EmplacementCourt, Couvert, SurfaceCourt) Clé primaire : NumeroCourt NomMoniteur NomAdherent Date Heure Durée Rubbi Aurillard 17/10/2009 18h00 2 heures Cassaigne 20h00 1 heure Aubert Dupuis 18/10/2009 15h00 Bignolles Fiche Moniteur Code : C008 Nom : Rubbi Prénom : Aurélio Diplôme : 2e degré

Le Country Club d'Evry Table MONITEUR Clé primaire : Clé étrangère : Le Country Club d'Evry désirerait améliorer son schéma relationnel en intégrant le planning des leçons particulières données par ses moniteurs. Pour cela il vous transmet une fiche moniteur et un extrait de planning. Table 1 : ADHERENT (CodeAdherent, NomAdherent, LicenceAdherent, TelAdherent, MelAdherent) Clé primaire : CodeAdherent Clé étrangère : Table 2 : RESERVATION (DateReservation, CodeAdherent, HeureReservation, NumeroCourt) Clé primaire : DateReservation + CodeAdherent Clé étrangère : CodeAdherent en référence à CodeAdherent de ADHERENT NumeroCourt en référence à NumeroCourt de COURT Table 3 : COURT (NumeroCourt, EmplacementCourt, Couvert, SurfaceCourt) Clé primaire : NumeroCourt NomMoniteur NomAdherent Date Heure Durée Rubbi Aurillard 17/10/2009 18h00 2 heures Cassaigne 20h00 1 heure Aubert Dupuis 18/10/2009 15h00 Bignolles Fiche Moniteur Code : C008 Nom : Rubbi Prénom : Aurélio Diplôme : 2e degré 04. Complétez le modèle relationnel. Table MONITEUR (CodeMoniteur, NomMoniteur, PrenomMoniteur, DiplomeMoniteur) Clé primaire : CodeMoniteur Clé étrangère : Pas de clé étrangère Table LECON (CodeMoniteur, CodeAdherent, Date, Heure, Duree) Clé primaire : CodeMoniteur + CodeAdherent Clé étrangère : CodeMoniteur en référence à CodeMoniteur de MONITEUR CodeAdherent en référence à CodeAdherent de ADHERENT

Le Country Club d'Evry 04. Complétez le modèle relationnel. Un moniteur effectue ses leçons toujours sur le même court. Table 1 : ADHERENT (CodeAdherent, NomAdherent, LicenceAdherent, TelAdherent, MelAdherent) Clé primaire : CodeAdherent Clé étrangère : Table 2 : RESERVATION (DateReservation, CodeAdherent, HeureReservation, NumeroCourt) Clé primaire : DateReservation + CodeAdherent Clé étrangère : CodeAdherent en référence à CodeAdherent de ADHERENT NumeroCourt en référence à NumeroCourt de COURT Table 3 : COURT (NumeroCourt, EmplacementCourt, Couvert, SurfaceCourt) Clé primaire : NumeroCourt Table 4 : LECON (CodeMoniteur, CodeAdherent, Date, heure, Duree) Clé primaire : CodeMoniteur + CodeAdherent Clé étrangère : CodeMoniteur en référence à CodeMoniteur de MONITEUR CodeAdherent en référence à CodeAdherent de ADHERENT Table 5 : MONITEUR (CodeMoniteur, NomMoniteur, PrenomMoniteur, DiplomeMoniteur) Clé primaire : CodeMoniteur fin , NumeroCourt) NumeroCourt en référence à NumeroCourt de COURT 04. Complétez le modèle relationnel.

Sources : Éditions Hachette Livre: Information et gestion Première STG Gestion Diaporama adapté et automatisé par M. Grard (enseignant) Sources : Éditions Hachette Livre: Information et gestion Retour vers les liens