Travaux dirigés de base de données

Base de données – Module I4 2006-2007
S. P.
Chronologie des séances de travaux dirigés et des travaux préparatoires.
Les travaux préparatoires sont à établir sur des feuilles séparées. Ils peuvent être demandés en
séance et faire l'objet d'une évaluation.
Séance 1
• Pas de travail préparatoire
• Sujet "compagnie aérienne"
• Sujet basket (graphe)
Travaux préparatoires séance 2
• Graphe du sujet parc informatique
• MCD sujet basket (si vu en cours)
• MLD-tables du sujet basket (si vu en cours)
Séance 2
• Sujet Basket : MCD, MLD (correction rapide si vu en cours)
• Sujet parc informatique
o Correction graphe
o MCD
o MLD - tables
o Gestion de l'intégrité référentielle et autres contraintes
Travaux préparatoires séance 3
• Graphe du sujet camping
Séance 3
• Sujet camping
o Correction graphe
o MCD
o MLD – tables
o
Travaux préparatoires séance 4
• Requêtes préparatoires au tp 3-4 (en fin de document)
Séance 4
• Sujet requêtes camping
Travaux préparatoires séance 5
• Sujet grossiste : Exercice 1
Séance 5
• Sujet grossiste
Base de données
Travaux dirigés de base de données
Module I4

Base de données – Module I4 2006-2007
S. P.
Exercice : compagnie aérienne
Les dépendances ci dessous sont relatives au cas d'une compagnie aérienne. Les rubriques sont :
N°vol Numéro de vol (régulier et
journalier)
date date du vol
N°ligne Numéro de ligne aérienne
de circulation
TempsEstimé Durée habituelle suivant la
ligne empruntée
N°commandant Numéro du commandant de
bord
Nom Nom du commandant de
bord
Adresse Adresse du commandant
de bord
Ancienneté Ancienneté du
commandant de bord
N°avion Numéro de l'avion
Type type de l'avion
Capacité capacité de l'avion
HeureDep Heure de départ
habituelle
HeureArr Heure d'arrivée
habituelle
Un avion est piloté par un commandant de bord. Le commandant peut le même jour effectuer plusieurs
vols. Une liste de dépendance est données ci-dessous. Elles ne sont pas toutes fonctionnelles,
élémentaires ou directes.
(a) N°commandant Adresse
(b) N°commandant Nom
(c) (date, N°vol) N°commandant
(d) N°avion Type
(e) Date, n°vol TempsEstimé
(f) (N°avion, N°vol) N°ligne
(g) N°avion Capacité
(h) N°vol N°ligne
(i) N°commandant Ancienneté
(j) (date, N°avion) N°vol
(k) (N° avion, type) capacité
(l) N°ligne N°commandant
(m) (N°vol, date) N°ligne
(n) (date,N°vol) N°avion
(o) N°vol HeureDep
(p) N°vol HeureArr
(q) date,N°vol,N°ligne N°avion
(r) N°ligne TempsEstimé
1. Déterminer les dépendances non-fontionnelles dans la liste ci-dessus. Justifier brièvement.
2. A partir des dépendances fonctionnelles (restantes), établir le graphe.
3. Déterminer les dépendances fonctionnelles (DF) non élémentaires. Justifier brièvement.
4. Déterminer les dépendances fonctionnelles élémentaires non directes. Justifier brièvement.
Base de données
Dépendances fonctionnelles (DF) et graphe : 1
er
exercice
Notions abordées : dépendance fonctionnelle / élémentaire / directe

Base de données – Module I4 2006-2007
S. P.
On souhaite gérer les informations relatives à des équipes de basket.
CONCEPTION du graphe
1. On s'intéressera uniquement au fonctionnement suivant : chaque équipe est composée de
joueurs. Les noms et prénoms des joueurs sont mémorisés. Pour une équipe on mémorisera la
ville et le nom, prénom de l'entraîneur. Les résultats des rencontres ne sont pas à prendre en
compte.
Proposer le graphe des DF.
2. On s'intéressera en plus aux résultats des rencontres. Pour chaque rencontre, on mémorise les
équipes ayant joué en distinguant celle qui reçoit, de celle qui est 'visiteur'. Pour chaque
rencontre, on retiendra le résultat, la date, le nombre de spectateurs.
On souhaite pouvoir connaître le résultat individuel de chaque joueur pour chaque match
(nombre de points marqués et le nombre de fautes). Chaque joueur ne joue pas forcément
toutes les rencontres.
Proposer le nouveau graphe des DF.
Modèles conceptuel et logique des données
1. Etablir le modèle conceptuel des données. (MCD) correspondant à cette gestion des équipes de
baskets.
2. Proposer le modèle logique des données (tables) correspondant. Préciser les clés, clés
composées et clés étrangères.
3. On propose de simplifier les informations relatives à l'entraîneur : il n'y a pas d'homonyme, et
l'utilisation du seul nom de famille peut suffire. Déterminer les modifications à effectuer.
Base de données
Equipe de basket
Notions abordées : conception, relation 1,2

Base de données – Module I4 2006-2007
S. P.
Le responsable d’un réseau de micro-ordinateurs souhaite mettre en place une base de données lui
permettant de gérer :
• Les postes de travail dont il dispose dans les différentes salles ; un poste de travail est décrit
par :
o un identifiant attribué par le système de gestion de base de données (SGBD) et qui ne
sera jamais visible,
o un nom de poste de travail,
o la salle dans laquelle le poste est installé.
• Les ressources partagées (imprimantes, imprimantes couleur, scanner, etc.) installées
également dans différentes salles. Une ressource partagée est décrite par :
o un identifiant attribué par le système et qui ne sera jamais visible,
o un nom de ressource
o la salle dans laquelle le poste est installé.
• Les groupes d’utilisateurs du réseau (superviseur, professeur, étudiant, invité) ; un groupe est
décrit par
o son nom
o un identifiant géré par le système.
• Des autorisations d’accès aux postes de travail et aux ressources partagées sont données à
chaque groupe d’utilisateur.
• Les utilisateurs du réseau. Un utilisateur est décrit par :
o un identifiant attribué par le système et qui ne sera jamais visible,
o un nom
o un prénom
o un nom sur le réseau, unique pour le réseau et constitué de 25 caractères alphabétiques
au maximum
o le groupe auquel il appartient.
• Les autorisations d’accès à un poste de travail ou à une ressource partagée sont habituellement
données par le groupe d’appartenance. Toutefois, certains utilisateurs ont des autorisations
particulières d’accès, données par l’administrateur système pour accéder à certains postes ou
certaines ressources.
• Les salles peuvent contenir des postes et/ou des ressources ou aucun de ces composants.
1. Donner le graphe des dépendances fonctionnelles correspondant à cette base et son
fonctionnement.
2. Donner le MCD correspondant.
3. Donner les tables correspondantes. Préciser les clés, clés composées et clés étrangères.
4. Indiquer les champs qui doivent être obligatoirement remplis.
5. A quel niveau l'intégrité référentielle intervient-elle ? Indiquer chaque fois qu'elle peut être
évoquée, comment l'intégrité référentielle doit être gérée.
6. Est-il possible de supprimer la table correspondant aux salles ?
Si oui, justifier. Si non, à quelle(s) condition(s) pouvait le faire ?
Base de données
Parc informatique
Notions abordées : conception base de données

Base de données – Module I4 2006-2007
S. P.
On s'intéresse à la gestion d'un camping.
L'application devra permettre de gérer les clients, leur séjour, les emplacements, la location
des chalets, bungalows, caravanes.
Chaque emplacement peut contenir un seul type de logement (chalet, bungalow, etc…).
Les clients peuvent demander une réservation d'un séjour qui leur sera confirmée plus tard par
le gérant. Les clients pourront consulter les logements qui les intéressent pour une période
donnée. Seuls les logements non réservés durant la période choisie seront affichés. Le client ne
pourra pas réserver un emplacement donné, mais uniquement le type, la date de début et la date
de fin de séjour (par exemple : chalet 4 places du 15 juin aaaa au 2 juillet aaaa, où aaaa
correspond à l'année considérée).
Le gérant pourra consulter les demandes de séjour. Il pourra alors valider ou non les séjours et
renseigner l'emplacement correspondant à chaque demande. Afin de facilité la gestion d'un
séjour, de la demande, jusqu'à son paiement, un séjour peut passer par ces 3 états :
- Demande en cours
- Accepté
- Payé.
Les logements sont fournis avec le nécessaire au séjour. Chaque logement possède donc par
exemple une table, des chaises, des couteaux, etc…
Le gestionnaire doit avoir la possibilité de connaître la liste des objets normalement présents
dans un logement. Il peut également la mettre à jour (ajout ou suppression). Un logement peut
ainsi contenir au départ 12 verres. Si un client en casse 2, le logement n'en contient plus que 10.
Le gérant doit donc connaître le nombre de verres présent en début de séjour afin de pouvoir
facturer au client les verres cassés. Le prix de remplacement dépend de l'objet (ici un verre).
Si les verres ne sont pas remplacés, le gestionnaire ne doit pas réclamer les verres manquant au
client suivant.
Afin de faciliter les publipostages, le gérant devra avoir la possibilité d'établir la liste des
clients ayant séjournés sur une période choisie.
Différentes interrogations devront être possibles. Elles sont présentes dans le travail
préparatoire au TP5 et dans le sujet du TD6. Il est nécessaire de les prendre en compte dès la
conception.
1. Proposer le graphe, MCD et MLD correspondant.
2. Donner les champs obligatoirement remplis et les champs où une valeur est autorisée qu'une
seule fois.
3. Donner la gestion de l'intégrité référentielle chaque fois que cela est nécessaire.
Base de données
Camping
Notions abordées : conception base de données, fausse redondance